Fix the failing test and tidy up the promise chaining a bit

Hey, really appreciated this PR and just wanted to give you an update - I'm going to land everything here, but not quite in the order of this PR (so hope you won't mind me closing it). Your awesome test fixes went into 0.2.1 to improve the behaviour now, while the cleanups I'll fold into a next release. It'll give me a chance to test the promise changes much more thoroughly too :)


Add smallnorb dataset

@www0wwwjs1
You can create a new branch and merge data with that branch. If git lfs works for you, then merge that branch into master.

already merge to data branch


Update datepicker-inner.ts: showWeeks

I don't think it is possible to set default boolean value in Javascript. Both: showWeeks (true and false) would result in true when SHOW_WEEKS is true.

 this.showWeeks = !!this.showWeeks || SHOW_WEEKS;
didn't this should be the same?

Yes, you are right.
Updated the code line.

please squash commits and give it a name:
fix(datepicker): setting default value for SHOW_WEEKS
and we are ready to merge

great! thanks for your time :)


Add Windows bootstrap package

High-level description
Modify DC/OS bootstrap.py to support Windows
Corresponding DC/OS tickets (required)

DCOS_OSS-5698 Port Open bootstrap.py to Windows

Related tickets (optional)

DCOS-ID JIRA title / short description.

Checklist for component/package updates:
If you are changing components or packages in DC/OS (e.g. you are bumping the sha or ref of anything underneath packages), then in addition to the above please also include:

[ ] Change log from the last version integrated (this should be a link to commits for easy verification and review): example
[ ] Included a test which will fail if code is reverted but test is not. If there is no test please explain.
[ ] Test Results: [link to CI job test results for component]
[ ] Code Coverage (if available): [link to code coverage report]

@mesosphere-mergebot label Ready For Review

Apart from the too few tests in the bootstrap package, the main test for changes to bootstrap is that CI cluster start and work for all the integration and e2e tests.

@mesosphere-mergebot changelog-not-required change not user visible


MRR improving tweaks

Coverage remained the same at 57.382% when pulling 22386aa54dce5c18e14b69086c6167a0fd3f3697 on mrr-improvements into 7e28ed42bdf82f4ff68ee9558b53d471a1a816a3 on master.

Coverage remained the same at 57.382% when pulling f01e31dd0f389f499da4e6defeac37625838f51f on mrr-improvements into 7e28ed42bdf82f4ff68ee9558b53d471a1a816a3 on master.


Neovim's Beam cursor moves superslowly

If I enable the Neovim setting to change cursor type based on insert/normal mode, I've randomly noticed that using the arrow keys while on insert mode works insanely slow, and the cursor disappears even for some time.

Hey there, please try again with the new Hyper v2 release and open a new issue if the problem stills exists. Thank you!


⚠ ClamAV has degraded performance

In 2434cef, ClamAV (https://spamassassin.apache.org/) experienced degraded performance:

HTTP code: 200
Response time: 189 ms

Resolved: ClamAV performance has improved in 043faf5 after 5 minutes.


Executing genrule //tensorflow/contrib/session_bundle/example:half_plus_two failed

Hi,
Installing TensorFlow from source fails on my system. There seems to be some Python-related error when building 'half_plus_two'.
See (hopefully) all relevant output below.
Environment info
Operating System:

lsb_release -a
No LSB modules are available.
Distributor ID:	Ubuntu
Description:	Ubuntu 16.04 LTS
Release:	16.04
Codename:	xenial

uname -a
Linux the-beast 4.4.0-24-generic #43-Ubuntu SMP Wed Jun 8 19:27:37 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux

Installed version of CUDA and cuDNN:
(please attach the output of ls -l /path/to/cuda/lib/libcud*):

ls -l /usr/local/cuda-8.0/lib64/libcud*
-rw-r--r-- 1 root root   560184 Jun 12 16:53 /usr/local/cuda-8.0/lib64/libcudadevrt.a
lrwxrwxrwx 1 root root       16 Jun 12 16:53 /usr/local/cuda-8.0/lib64/libcudart.so -> libcudart.so.8.0
lrwxrwxrwx 1 root root       19 Jun 12 16:53 /usr/local/cuda-8.0/lib64/libcudart.so.8.0 -> libcudart.so.8.0.27
-rwxr-xr-x 1 root root   394472 Jun 12 16:53 /usr/local/cuda-8.0/lib64/libcudart.so.8.0.27
-rw-r--r-- 1 root root   737516 Jun 12 16:53 /usr/local/cuda-8.0/lib64/libcudart_static.a
-rwxr-xr-x 1 root root 78065952 Jun 12 16:54 /usr/local/cuda-8.0/lib64/libcudnn.so
-rwxr-xr-x 1 root root 78065952 Jun 12 16:54 /usr/local/cuda-8.0/lib64/libcudnn.so.5
-rwxr-xr-x 1 root root 78065952 Jun 12 16:54 /usr/local/cuda-8.0/lib64/libcudnn.so.5.0.5
-rw-r--r-- 1 root root 68709594 Jun 12 16:54 /usr/local/cuda-8.0/lib64/libcudnn_static.a

If installed from sources, provide the commit hash:
bf83048d5f28b7fa0f39df799bd01a8fc581f5cf
Steps to reproduce

Clone TensorFlow and follow instructions to build from source:
https://www.tensorflow.org/versions/r0.9/get_started/os_setup.html#installation-for-linux
Execute command
bazel build -c opt --config=cuda //tensorflow/tools/pip_package:build_pip_package
which ultimately fails.

Logs or other output that would be helpful
This should be the relevant part:
michael@the-beast:~/devel/tensorflow$ bazel build -c opt --config=cuda //tensorflow/tools/pip_package:build_pip_package --verbose_failures
WARNING: /home/michael/.cache/bazel/_bazel_michael/09c785d214849e49e64c5959b4c31911/external/protobuf/WORKSPACE:1: Workspace name in /home/michael/.cache/bazel/_bazel_michael/09c785d214849e49e64c5959b4c31911/external/protobuf/WORKSPACE (@main) does not match the name given in the repository's definition (@protobuf); this will cause a build error in future versions.
WARNING: /home/michael/devel/tensorflow/util/python/BUILD:11:16: in includes attribute of cc_library rule //util/python:python_headers: 'python_include' resolves to 'util/python/python_include' not in 'third_party'. This will be an error in the future.
WARNING: /home/michael/.cache/bazel/_bazel_michael/09c785d214849e49e64c5959b4c31911/external/highwayhash/WORKSPACE:1: Workspace name in /home/michael/.cache/bazel/_bazel_michael/09c785d214849e49e64c5959b4c31911/external/highwayhash/WORKSPACE (@main) does not match the name given in the repository's definition (@highwayhash); this will cause a build error in future versions.
WARNING: /home/michael/.cache/bazel/_bazel_michael/09c785d214849e49e64c5959b4c31911/external/re2/WORKSPACE:1: Workspace name in /home/michael/.cache/bazel/_bazel_michael/09c785d214849e49e64c5959b4c31911/external/re2/WORKSPACE (@main) does not match the name given in the repository's definition (@re2); this will cause a build error in future versions.
INFO: Found 1 target...
ERROR: /home/michael/devel/tensorflow/tensorflow/contrib/session_bundle/example/BUILD:38:1: Executing genrule //tensorflow/contrib/session_bundle/example:half_plus_two failed: bash failed: error executing command
(cd /home/michael/.cache/bazel/_bazel_michael/09c785d214849e49e64c5959b4c31911/execroot/tensorflow &&
exec env -
PATH=/home/michael/torch/install/bin:/home/michael/devel/jdk1.8.0_77/bin:/home/michael/devel/bazel/output:/usr/local/cuda-8.0/bin:/home/michael/devel/gocode/bin:/home/michael/torch/install/bin:/home/michael/torch/install/bin:/home/michael/torch/install/bin:/home/michael/torch/install/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin
/bin/bash -c 'source external/bazel_tools/tools/genrule/genrule-setup.sh; rm -rf /tmp/half_plus_two; /usr/bin/python bazel-out/host/bin/tensorflow/contrib/session_bundle/example/export_half_plus_two; cp -r /tmp/half_plus_two/* bazel-out/local_linux-opt/genfiles/tensorflow/contrib/session_bundle/example/half_plus_two'): com.google.devtools.build.lib.shell.BadExitStatusException: Process exited with status 1.
I tensorflow/stream_executor/dso_loader.cc:108] successfully opened CUDA library libcublas.so.8.0 locally
I tensorflow/stream_executor/dso_loader.cc:108] successfully opened CUDA library libcudnn.so locally
I tensorflow/stream_executor/dso_loader.cc:108] successfully opened CUDA library libcufft.so.8.0 locally
I tensorflow/stream_executor/dso_loader.cc:108] successfully opened CUDA library libcuda.so locally
I tensorflow/stream_executor/dso_loader.cc:108] successfully opened CUDA library libcurand.so.8.0 locally
Traceback (most recent call last):
File "/home/michael/.cache/bazel/_bazel_michael/09c785d214849e49e64c5959b4c31911/execroot/tensorflow/bazel-out/host/bin/tensorflow/contrib/session_bundle/example/export_half_plus_two.runfiles/org_tensorflow/tensorflow/contrib/session_bundle/example/export_half_plus_two.py", line 32, in
import tensorflow as tf
File "/home/michael/.cache/bazel/_bazel_michael/09c785d214849e49e64c5959b4c31911/execroot/tensorflow/bazel-out/host/bin/tensorflow/contrib/session_bundle/example/export_half_plus_two.runfiles/org_tensorflow/tensorflow/init.py", line 23, in
from tensorflow.python import *
File "/home/michael/.cache/bazel/_bazel_michael/09c785d214849e49e64c5959b4c31911/execroot/tensorflow/bazel-out/host/bin/tensorflow/contrib/session_bundle/example/export_half_plus_two.runfiles/org_tensorflow/tensorflow/python/init.py", line 52, in
from tensorflow.core.framework.graph_pb2 import *
File "/home/michael/.cache/bazel/_bazel_michael/09c785d214849e49e64c5959b4c31911/execroot/tensorflow/bazel-out/host/bin/tensorflow/contrib/session_bundle/example/export_half_plus_two.runfiles/org_tensorflow/tensorflow/core/framework/graph_pb2.py", line 16, in
from tensorflow.core.framework import attr_value_pb2 as tensorflow_dot_core_dot_framework_dot_attr__value__pb2
File "/home/michael/.cache/bazel/_bazel_michael/09c785d214849e49e64c5959b4c31911/execroot/tensorflow/bazel-out/host/bin/tensorflow/contrib/session_bundle/example/export_half_plus_two.runfiles/org_tensorflow/tensorflow/core/framework/attr_value_pb2.py", line 16, in
from tensorflow.core.framework import tensor_pb2 as tensorflow_dot_core_dot_framework_dot_tensor__pb2
File "/home/michael/.cache/bazel/_bazel_michael/09c785d214849e49e64c5959b4c31911/execroot/tensorflow/bazel-out/host/bin/tensorflow/contrib/session_bundle/example/export_half_plus_two.runfiles/org_tensorflow/tensorflow/core/framework/tensor_pb2.py", line 16, in
from tensorflow.core.framework import tensor_shape_pb2 as tensorflow_dot_core_dot_framework_dot_tensor__shape__pb2
File "/home/michael/.cache/bazel/_bazel_michael/09c785d214849e49e64c5959b4c31911/execroot/tensorflow/bazel-out/host/bin/tensorflow/contrib/session_bundle/example/export_half_plus_two.runfiles/org_tensorflow/tensorflow/core/framework/tensor_shape_pb2.py", line 22, in
serialized_pb=_b('\n,tensorflow/core/framework/tensor_shape.proto\x12\ntensorflow"z\n\x10TensorShapeProto\x12-\n\x03\x64im\x18\x02 \x03(\x0b\x32 .tensorflow.TensorShapeProto.Dim\x12\x14\n\x0cunknown_rank\x18\x03 \x01(\x08\x1a!\n\x03\x44im\x12\x0c\n\x04size\x18\x01 \x01(\x03\x12\x0c\n\x04name\x18\x02 \x01(\tB/\n\x18org.tensorflow.frameworkB\x11TensorShapeProtosP\x01\x62\x06proto3')
TypeError: init() got an unexpected keyword argument 'syntax'
Target //tensorflow/tools/pip_package:build_pip_package failed to build
INFO: Elapsed time: 16.639s, Critical Path: 8.93s

I think I"ve seen this error when "git pull" overwrote files like CROSSTOOL
that ./configure sets up, can you try again after ./configure?
On Sun, Jun 12, 2016 at 9:07 AM, Michael Hofmann<EMAIL_ADDRESS>wrote:

Hi,
Installing TensorFlow from source fails on my system. There seems to be
some Python-related error when building 'half_plus_two'.
See (hopefully) all relevant output below.
Environment info
Operating System:
lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 16.04 LTS
Release: 16.04
Codename: xenial
uname -a
Linux the-beast 4.4.0-24-generic #43
https://github.com/tensorflow/tensorflow/issues/43-Ubuntu SMP Wed Jun 8
19:27:37 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
Installed version of CUDA and cuDNN:
(please attach the output of ls -l /path/to/cuda/lib/libcud*):
ls -l /usr/local/cuda-8.0/lib64/libcud*
-rw-r--r-- 1 root root 560184 Jun 12 16:53
/usr/local/cuda-8.0/lib64/libcudadevrt.a
lrwxrwxrwx 1 root root 16 Jun 12 16:53
/usr/local/cuda-8.0/lib64/libcudart.so -> libcudart.so.8.0
lrwxrwxrwx 1 root root 19 Jun 12 16:53
/usr/local/cuda-8.0/lib64/libcudart.so.8.0 -> libcudart.so.8.0.27
-rwxr-xr-x 1 root root 394472 Jun 12 16:53
/usr/local/cuda-8.0/lib64/libcudart.so.8.0.27
-rw-r--r-- 1 root root 737516 Jun 12 16:53
/usr/local/cuda-8.0/lib64/libcudart_static.a
-rwxr-xr-x 1 root root 78065952 Jun 12 16:54
/usr/local/cuda-8.0/lib64/libcudnn.so
-rwxr-xr-x 1 root root 78065952 Jun 12 16:54
/usr/local/cuda-8.0/lib64/libcudnn.so.5
-rwxr-xr-x 1 root root 78065952 Jun 12 16:54
/usr/local/cuda-8.0/lib64/libcudnn.so.5.0.5
-rw-r--r-- 1 root root 68709594 Jun 12 16:54
/usr/local/cuda-8.0/lib64/libcudnn_static.a
If installed from sources, provide the commit hash:
bf83048
https://github.com/tensorflow/tensorflow/commit/bf83048d5f28b7fa0f39df799bd01a8fc581f5cf
Steps to reproduce

Clone TensorFlow and follow instructions to build from source:
https://www.tensorflow.org/versions/r0.9/get_started/os_setup.html#installation-for-linux
Execute command bazel build -c opt --config=cuda
//tensorflow/tools/pip_package:build_pip_package which ultimately fails.

Logs or other output that would be helpful
This should be the relevant part:
michael@the-beast:~/devel/tensorflow$ bazel build -c opt --config=cuda
//tensorflow/tools/pip_package:build_pip_package --verbose_failures
WARNING: /home/michael/.cache/bazel/bazel_michael/09c785d214849e49e64c5959b4c31911/external/protobuf/WORKSPACE:1:
Workspace name in
/home/michael/.cache/bazel/bazel_michael/09c785d214849e49e64c5959b4c31911/external/protobuf/WORKSPACE
(@__main) does not match the name given in the repository's definition (
@protobuf https://github.com/protobuf); this will cause a build error
in future versions.
WARNING: /home/michael/devel/tensorflow/util/python/BUILD:11:16: in
includes attribute of cc_library rule //util/python:python_headers:
'python_include' resolves to 'util/python/python_include' not in
'third_party'. This will be an error in the future.
WARNING: /home/michael/.cache/bazel/bazel_michael/09c785d214849e49e64c5959b4c31911/external/highwayhash/WORKSPACE:1:
Workspace name in
/home/michael/.cache/bazel/bazel_michael/09c785d214849e49e64c5959b4c31911/external/highwayhash/WORKSPACE
(@__main) does not match the name given in the repository's definition
(@highwayhash); this will cause a build error in future versions.
WARNING: /home/michael/.cache/bazel/bazel_michael/09c785d214849e49e64c5959b4c31911/external/re2/WORKSPACE:1:
Workspace name in
/home/michael/.cache/bazel/bazel_michael/09c785d214849e49e64c5959b4c31911/external/re2/WORKSPACE
(@__main) does not match the name given in the repository's definition
(@re2); this will cause a build error in future versions.
INFO: Found 1 target...
ERROR:
/home/michael/devel/tensorflow/tensorflow/contrib/session_bundle/example/BUILD:38:1:
Executing genrule //tensorflow/contrib/session_bundle/example:half_plus_two
failed: bash failed: error executing command
(cd /home/michael/.cache/bazel/
bazel_michael/09c785d214849e49e64c5959b4c31911/execroot/tensorflow &&
exec env -
PATH=/home/michael/torch/install/bin:/home/michael/devel/jdk1.8.0_77/bin:/home/michael/devel/bazel/output:/usr/local/cuda-8.0/bin:/home/michael/devel/gocode/bin:/home/michael/torch/install/bin:/home/michael/torch/install/bin:/home/michael/torch/install/bin:/home/michael/torch/install/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin
\ /bin/bash -c 'source external/bazel_tools/tools/genrule/genrule-setup.sh;
rm -rf /tmp/half_plus_two; /usr/bin/python
bazel-out/host/bin/tensorflow/contrib/session_bundle/example/export_half_plus_two;
cp -r /tmp/half_plus_two/
bazel-out/local_linux-opt/genfiles/tensorflow/contrib/session_bundle/example/half_plus_two'):
com.google.devtools.build.lib.shell.BadExitStatusException: Process exited
with status 1. I tensorflow/stream_executor/dso_loader.cc:108] successfully
opened CUDA library libcublas.so.8.0 locally I
tensorflow/stream_executor/dso_loader.cc:108] successfully opened CUDA
library libcudnn.so locally I tensorflow/stream_executor/dso_loader.cc:108]
successfully opened CUDA library libcufft.so.8.0 locally I
tensorflow/stream_executor/dso_loader.cc:108] successfully opened CUDA
library libcuda.so locally I tensorflow/stream_executor/dso_loader.cc:108]
successfully opened CUDA library libcurand.so.8.0 locally Traceback (most
recent call last): File
"/home/michael/.cache/bazel/bazel_michael/09c785d214849e49e64c5959b4c31911/execroot/tensorflow/bazel-out/host/bin/tensorflow/contrib/session_bundle/example/export_half_plus_two.runfiles/org_tensorflow/tensorflow/contrib/session_bundle/example/export_half_plus_two.py",
line 32, in import tensorflow as tf File
"/home/michael/.cache/bazel/_bazel_michael/09c785d214849e49e64c5959b4c31911/execroot/tensorflow/bazel-out/host/bin/tensorflow/contrib/session_bundle/example/export_half_plus_two.runfiles/org_tensorflow/tensorflow/__init*.py",
line 23, in
from tensorflow.python import *
File "/home/michael/.cache/bazel/
bazel_michael/09c785d214849e49e64c5959b4c31911/execroot/tensorflow/bazel-out/host/bin/tensorflow/contrib/session_bundle/example/export_half_plus_two.runfiles/org_tensorflow/tensorflow/python/_init.py",
line 52, in
from tensorflow.core.framework.graph_pb2 import *
File "/home/michael/.cache/bazel/
bazel_michael/09c785d214849e49e64c5959b4c31911/execroot/tensorflow/bazel-out/host/bin/tensorflow/contrib/session_bundle/example/export_half_plus_two.runfiles/org_tensorflow/tensorflow/core/framework/graph_pb2.py",
line 16, in from tensorflow.core.framework import attr_value_pb2 as
tensorflow_dot_core_dot_framework_dot_attr__value__pb2 File
"/home/michael/.cache/bazel/bazel_michael/09c785d214849e49e64c5959b4c31911/execroot/tensorflow/bazel-out/host/bin/tensorflow/contrib/session_bundle/example/export_half_plus_two.runfiles/org_tensorflow/tensorflow/core/framework/attr_value_pb2.py",
line 16, in from tensorflow.core.framework import tensor_pb2 as
tensorflow_dot_core_dot_framework_dot_tensor__pb2 File
"/home/michael/.cache/bazel/_bazel_michael/09c785d214849e49e64c5959b4c31911/execroot/tensorflow/bazel-out/host/bin/tensorflow/contrib/session_bundle/example/export_half_plus_two.runfiles/org_tensorflow/tensorflow/core/framework/tensor_pb2.py",
line 16, in from tensorflow.core.framework import tensor_shape_pb2 as
tensorflow_dot_core_dot_framework_dot_tensor__shape__pb2 File
"/home/michael/.cache/bazel/_bazel_michael/09c785d214849e49e64c5959b4c31911/execroot/tensorflow/bazel-out/host/bin/tensorflow/contrib/session_bundle/example/export_half_plus_two.runfiles/org_tensorflow/tensorflow/core/framework/tensor_shape_pb2.py",
line 22, in
serialized_pb=_b('\n,tensorflow/core/framework/tensor_shape.proto\x12\ntensorflow"z\n\x10TensorShapeProto\x12-\n\x03\x64im\x18\x02
\x03(\x0b\x32
.tensorflow.TensorShapeProto.Dim\x12\x14\n\x0cunknown_rank\x18\x03
\x01(\x08\x1a!\n\x03\x44im\x12\x0c\n\x04size\x18\x01
\x01(\x03\x12\x0c\n\x04name\x18\x02
\x01(\tB/\n\x18org.tensorflow.frameworkB\x11TensorShapeProtosP\x01\x62\x06proto3')
TypeError: __init() got an unexpected keyword argument 'syntax'
Target //tensorflow/tools/pip_package:build_pip_package failed to build
INFO: Elapsed time: 16.639s, Critical Path: 8.93s
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/tensorflow/tensorflow/issues/2816, or mute the thread
https://github.com/notifications/unsubscribe/AABaHLTP5M78Q1FjR7RiIt_HwW-wGriNks5qLC7EgaJpZM4Iz0xs
.

The error still occurs after a fresh repository clone, a new call to ./configure, and also cleaning the Bazel cache (~/.cache/bazel).


[style]: The call-to-action button on the navbar and the hero page is not consistent.

The two call-to-action buttons have inconsistent designs, which negatively impacts the user experience

Ok you can work on this issue.

please assign me this issue under GSSOC'23


Build and run in /tmp

Copy the driver to tmp and build it there
Also copy the daemon to tmp and run it from there
This helps to get around that sudo cannot access net share folders
Thanks to @patricksu-edgecortix

Even better would be to separate the kernel driver into its own git repository and not mix it with Python code at all (not to mention upstreaming it into mainline as proper accel driver).


added power support arch ppc64le on yml file.

Hi team,
Added power support for the travis.yml file with ppc64le. This is part of the Ubuntu distribution for ppc64le. This helps us simplify testing later when distributions are re-building and re-releasing. For more info tag @gerrith3.
continuous integration build has passed without any failures after adding power support arch.kindly check and close this component.

how is that relevant for a piece of software, that does not natively run any architecure?


refactor: Remove RuntimeConfig in favor of config variables, Closes #106

This uses the new Components.js variables functionality.

Build fails at the moment because componentsjs-compile-config does not support variables yet. Will look into that next (forgot about it...).
In the meantime this PR can already be reviewed though.

Resolved all comments and rebased. So this one should be good to go once Travis finishes.

@rubensworks can you rebase this to master? I'll wait with the metadata PRs until this is merged to make the rebase easier 😄

@joachimvh Done

Another victim of the "rebase doesn't run pre-commit checks" feature

That's why we have Travis :)


Consider supporting Servirtium's markdown format

Optionally, I mean, in addition to the modes of operation that WireMock already does.
See https://github.com/servirtium/README

This is a very cool idea.
Unfortunately I'm eyeball-deep with WireMock/MockLab/other stuff at the moment, so not likely to be able to look at this any time soon.
However, a WireMock <-> Servirtium integration shouldn't need any privileged access/changes to WireMock's core. I'm pretty sure it would be doable by adapting to and from WireMock's stub model, much like Spring Cloud Contract does.
I'd be happy to lend support if you or someone else wanted to implement this as a standalone project.

Brandon said the same re Mountebank. I'll help too if someone were to start on a code donation/PR.


Game doesn't seem to load anymore.

It downloads core.swf successfully, but nothing happens after that.
Dunno when this happened.

@SoftwareGuy you're my brilliant bug tester and nitpicker, can you reproduce this if possible?

Nevermind I was running my connection on <IP_ADDRESS>:5000, not just <IP_ADDRESS>. Ignore me

points to the readme file

yes, yes, funny


ImportError when running backend

I get this locally and on the test server:
Traceback (most recent call last):
  File "app.py", line 4, in <module>
    from listing import Listing, allListings
  File "/path/to/repo/backend/api/listing.py", line 5, in <module>
    from book import BookModel  # for error handling, cannot add listing if book not in db
  File "/path/to/repo/backend/api/book.py", line 7, in <module>
    from db import db
ImportError: cannot import name 'db'

After conferring with @phillits , I have reverted the change in db.py and that fix will be included in an upcoming PR.

Sorry to mess up your code, @jessebl.

Don't sweat it! That one is hard to anticipate, and was a super easy fix on top of that.


Custom image component

[x] Create new component for use in Markdown to display an image
[x] Load the downscaled photo for quick display, load complete image in background
[x] Display full image upon download completion
~Consider adding click to 'fullscreen' the image~
[ ] Ability to add optional captions

Depends on https://github.com/itsjoekent/dotnyc/issues/2

Make the outset Image layout have more surrounding padding

Forgot captions


Allow CldVideoPlayer Fully Extend Cloudinary Video Player API reference Paramenters and Props

Feature Request
I would like to be able to hide the context Menu when a user right clicks on the video as per the information in the cloudinary docs https://cloudinary.com/documentation/video_player_api_reference
Is your feature request related to a problem? Please describe.
No it's not

One of the rich advantage of Cloudinary Video player is the ability to customize alot of the video player features and UI but this package seem to restrict dev ability to do that. will it be possible for all the Parameters in the video Player API here Here be also be availible as props that can be passed to CldVideoPlayer Component
Describe the solution you'd like
Aside the default props type currently implemented in the CldVideoPlayer  Component also make the CldVideoPlayer accept props type that as a schema like in the cloudinary Video Player API docs Here, where we have:

PlayerVisiuals props containing Player visuals Props
PlayerBehaviour Props containing Player behavior Props
VideoConfig Props containing Video config Props
AdsAndAnalytics Props containing Ads and analytics Props
AdProps Containing AdsProps
PlaylistWidgetProps containing PlaylistWidgetProps

All the props i mentioned above will be included in the CloudinaryVideoPlayerOptions type and spread in the playerOptions object that will eventually be used to instantiate the videoPlayer in the codebase here  playerRef.current = cloudinaryRef.current.videoPlayer(videoRef.current, playerOptions);.
So we should now have:
let playerOptions: CloudinaryVideoPlayerOptions = {
        //default props

      {...spread-the-props-i-listed-here}
      };

Additional context
I'm willing to help work on this if needed, thanks for the work you do.

hey @DevYemi thanks for reporting - definitely a lot of opportunity to add features here
would you be interested then in helping with a pull request? a nice little bonus is given it's currently Hacktoberfest, you can get some swag :) https://cloudinary.com/blog/hacktoberfest-celebrate-open-source-sdks

I'd also be interested in working on this if @DevYemi is not already on it.

thanks @JoshuaRotimi - let's see what they have to say first only because they offered to work on it in the Additional context, but if not, it's all yours!

@JoshuaRotimi if you still wanted tow ork on this you can claim it

@colbyfayock Hey so sorry i didn't you had responed to this. I will be taking this up and be working on it this week.
@JoshuaRotimi we can work on this together too

sounds good - keep in mind, to qualify for Hacktoberfest, you need to have a PR opened by tomorrow. As long as it finishes the majority of the work it can be considered eligible, even if i need to request fixes / changes

Noted @colbyfayock, thank you


Move EdgeMetadata into the NodeMetadata struct.

Part of #357

Again, didn't look deeply at the tests, but this seems good, once the NodeMetadata fields become uniform.

"every one of these types should be defined, with Merge and Copy methods" got hidden due to changes but is unresolved.

@peterbourgon bump

Sorry, didn't know you were waiting for me on that. Yes, I'd like consistency in the constructors, even though before I didn't want to type-define the map[string]string.

I've broken out those types, merge and copy functions.


1

hello bro, I am learning CS571 fall 2023. But the API retired so some code cannot be used. Have you ever downloaded code which was used on classes? I need it. Thank you bro.

Sorry, I don't have access to the API. The APIs are monitored by the instructor, so your best bet would be to reach out to the CS 571 instructor directly. If you need the course materials, I'd be happy to share them with you.

thank you bro, I mean the code used on class. For example, fhe folder name sounds like week02-js2-example.  Like this code

dm me on linkedin. I would share those with you

sorry bro, I met some troubles on linkedin. I do not know why my reverting code is invalid. Can we use email?

sure, my email is<EMAIL_ADDRESS>


Are 7B and 13B Models fine-tuned?

I've been running on a 40 GB A100 using transformers and GPTQ. To get the model working at all, there seems to be a specific order in which the packages have to be installed.
!pip3 install git+https://github.com/huggingface/transformers.git
!pip3 install auto-gptq --extra-index-url https://huggingface.github.io/autogptq-index/whl/cu118/
!pip3 install git+https://github.com/huggingface/optimum.git
!pip3 install git+https://github.com/HazyResearch/flash-attention.git#subdirectory=csrc/rotary
!pip3 install flash-attn==2.1.1 --no-build-isolation

With the above, I'm running out of memory around 8000 tokens of input (using the 7B model) and the output becomes garbled.
I've tried GPTQ, bnb nf4, and bf16 loading.
On bf16 loading, the output is garbled at 4k tokens of input.
Are the 7B and 13B yarn models fine-tuned? Do you have recommendations on how better to run them?

Does the GPTQ version include code to handle YaRN scaling? If it's using standard RoPE, outputs will be broken...

which inference web ui is compatibilty with yarn rope now?

@xiechengmude If you have a question, please open a new issue instead of posting in unrelated ones.


Terminate all the VM that hosting Firewall, Firewall Manager, Windows Jumbox in ECF Forge

Describe the Issue
Decommission all VMs, remove all the related setting, e.g. Security Group, ACL, ALB, etc.
Additional Context
Add any other context, attachments or screenshots
Acceptance Criteria
A set of pre-defined requirement that need to be met in order to mark the user story as “done”.
Extra Template Info
Definition of Ready
These set of conditions will need to be met in order to bring a ticket into the sprint and start work. Protects the team from unclear requirements.
Issues (Task/Story/Spike) aligned to an EPIC and linked appropriately.
Assigned to the appropriate CPF MEMBER (and is not left blank in ZenHub) at the start of sprint (1st day of the sprint)
Acceptance has been defined for the issue and has been reviewed with CPF team and approved by the necessary approver.
Has been sized and estimated by the delivery team.
Detailed breakdown of the steps required to complete the story in the additional context
Any additional specifications have been documented, reviewed with CPF and approved by the necessary approver.
Acceptance Criteria
A set of pre-defined requirement that need to be met in order to mark the user story as “done”.
It should be testable with no room for interpretation
It should be either “pass” or “fail”
It should be clear enough for business stake holders to understand
As part of the user story, it should be written from the user perspective
A well written acceptance criteria is great for

managing expectations
defining scope
reducing ambiguity
establishing testing criteria for QA
Given (Pre-condition)
When (Action)
Then (Outcome)

Definition of Done
These set of conditions are met for work to be considered as complete on an issue.
All acceptance criteria(s) have been validated.
All the necessary documentation for the issue has been uploaded to Teams.
Functionality has been tested when applicable.
Functionality has been demonstrated to the relevant stakeholders (where applicable).
Story has been scheduled for a Sprint Demo/community update and impacted teams invited to the Demo.
Stories accepted by PO and documented for potential sharing with impacted users.

Documented = Captured in Community Update (CU) deck
Release notes = aspirational goal of providing a bulleted list of features and changes that our users can touch. Was going to store them in our Cloud Pathfinder repo. Can also display to users in the CU

The firewall manger, firewall created in ECF forge will stay after test.


[AutoPR storagesync/resource-manager] Microsoft.StorageSync : Change from preview to stable for 2018-10-01 ApiVersion

Created to sync https://github.com/Azure/azure-rest-api-specs/pull/4983

(message created by the CI based on PR content)

This PR has been merged into https://github.com/Azure/azure-sdk-for-python/pull/2734


[Suggestion] Add ploceus version to mod jar manifest

Add the ploceus version to the mod jar manifest as a way to recognize the mod as built with Ornithe intermediaries.
Or at least something that will differentiate/identify Ornithe mods.
It will come in handy the day we manage to get mods built with different intermediaries running together.

That's a good idea. I was thinking about this and we'll probably want to add something to our intermediary jar manifest as well, and copy that into the mod jar manifest after building.
haven't yet looked into that side of it, but does Loom provide an API for adding to the mod's jar manifest, or should Ploceus just hook into Gradle for that?

Loom doesn't seems to provide an API for it, but you can hook into AbstractRemapJarTask doLast and modify the jar manifest at this moment. That's what I've done in legacy-looming.


Missing Access 50001 for GuildMembers (out of nowhere)

Hey! Weird issue, probably not relevant to this codebase but it might be an API change.
The bot was running fine the day before, no code changes, no role changes (bot has all permissions anyway) and today, the call to GuildMembers(app.config.GuildID, "", 1000) just fails with "Missing Access". So after much discussion we came to the conclusion that the API changed on Discord's side.
Maybe something that needs to be updated here or something, or maybe it's a problem with an outdated usage of this function.
Here's the code anyway: https://github.com/Southclaws/cj/commit/6d9b89f79f40fcd12fb5029a9aa20b2465d9fa2f#diff-64ac3a5b7562d64a02d374d29eef9b49L163 we removed it because we had to.

Hi!
I've recently had a similar problem the same day this issue was made, and I've been following this in hopes that there's progress. My own personal bot errors with "Missing Access", and then segfaults on a different event later on.
If I have time, I should plan to make a minimum-code bot to highlight the error.

@Southclaws @samuel-hunter I determined based on the notice in the api docs https://discord.com/developers/docs/resources/guild#list-guild-members and reviewing the bot section of the discord developer portal that they have put the server intent in place.
Server Members Intent

If your bot tracks server members or downloads the entire member list, you may need the server members intent to receive member events and the member list.

NOTE: Once your bot reaches 100 or more servers, this will require Verification and whitelisting. Read more here

If you enable this option the error no longer occurs

Was having the exact same issue, changed the setting mentioned by @SonarBeserk and it worked! The  on the bot page of the Discord Developer Page. Its about halfway down, under "Privileged Gateway Intents".

Can someone help me with a code error?
I have this code error in my console:
`

<EMAIL_ADDRESS>deployCommands
node src/deploy-commands.js

S[50001]: Missing Access
at Q.runRequest (/home/taycen/Schreibtisch/Discord-Bot/node_modules/@discordjs/rest/dist/index.js:7:581)
at processTicksAndRejections (node:internal/process/task_queues:96:5)
at async Q.queueRequest (/home/taycen/Schreibtisch/Discord-Bot/node_modules/@discordjs/rest/dist/index.js:5:2942) {
rawError: { message: 'Missing Access', code: 50001 },
code: 50001,
status: 403,
method: 'put',
url: 'https://discord.com/api/v9/applications/946831446071447612/guilds/932997267483418704/commands',
requestBody: { files: undefined, json: [] }
}
`
I have no idea what it could be, hope someone can help me.
Sincerely, Taycen

Not sure if this is related to DiscordGo, it looksl like Discord.JS code.
But from what I can tell, probably you just need to re-invite the bot with applications.commands oauth2 scope.

This began occurring for us once we updated the channel permissions that the bot was in! Hope this helps anyone else.


Error on ingest in logs alongside success -> no intersection on query

I have the following STAC.json file. This file shows valid using the validator for the core spec. I do get an error on the projection extension, presumably because this is not a terrestrial datum (see the unknowns in the wkt2 and projjson strings)
The STAC file:

2021-07-12T14:53:28.411Z	c9db0784-9f76-5856-ac23-5ee2c6eb7e2b	DEBUG	Data: {
    "type": "Feature",
    "stac_version": "1.0.0-beta.2",
    "id": "F03_036840_1811_XN_01N221W__F01_035996_1811_XN_01N221W_DEM",
    "properties": {
        "title": "Ames Stereo Pipeline Derived 20mpp Content Camera DTM and Ortho Image; Mars; F03_036840_1811_XN_01N221W, F01_035996_1811_XN_01N221W",
        "description": "This is a digital terrain model (DTM) extracted from Context Camera (CTX) stereo images from the Mars Reconnaissance Orbiter mission. This data product is a DTM from stereo images acquired at approximately 6 meters/pixel resolution, which allows an output DTM resolution of 20 meters/pixel. The DTM was generated using the Ames Stereo Pipeline software (https://github.com/NeoGeographyToolkit/StereoPipeline)and using automated methods.This DTM was generated for general and public use, including scientific and engineering purposes. This DTM also serves as a foundation for ortho-projection.",
        "mission": "Mars Reconnaissance Orbiter",
        "instruments": [
            "Context Camera (CTX)"
        ],
        "gsd": 20,
        "license": "PDDL-1.0",
        "proj:epsg": 49900,
        "proj:wkt2": "\"PROJCS[\\\"unnamed\\\",GEOGCS[\\\"D_MARS\\\",DATUM[\\\"D_MARS\\\",SPHEROID[\\\"MARS\\\",3396000,0]],PRIMEM[\\\"Reference Meridian\\\",0],UNIT[\\\"degree\\\",0.0174532925199433,AUTHORITY[\\\"EPSG\\\",\\\"9122\\\"]]],PROJECTION[\\\"Orthographic\\\"],PARAMETER[\\\"latitude_of_origin\\\",1.1511],PARAMETER[\\\"central_meridian\\\",138.267],PARAMETER[\\\"false_easting\\\",0],PARAMETER[\\\"false_northing\\\",0],UNIT[\\\"metre\\\",1,AUTHORITY[\\\"EPSG\\\",\\\"9001\\\"]],AXIS[\\\"Easting\\\",EAST],AXIS[\\\"Northing\\\",NORTH]]\"",
        "proj:projjson": {
            "$schema": "https://proj.org/schemas/v0.2/projjson.schema.json",
            "type": "ProjectedCRS",
            "name": "unknown",
            "base_crs": {
                "name": "unknown",
                "datum": {
                    "type": "GeodeticReferenceFrame",
                    "name": "unknown",
                    "ellipsoid": {
                        "name": "unknown",
                        "radius": 3396000
                    },
                    "prime_meridian": {
                        "name": "Reference meridian",
                        "longitude": 0
                    }
                },
                "coordinate_system": {
                    "subtype": "ellipsoidal",
                    "axis": [
                        {
                            "name": "Longitude",
                            "abbreviation": "lon",
                            "direction": "east",
                            "unit": "degree"
                        },
                        {
                            "name": "Latitude",
                            "abbreviation": "lat",
                            "direction": "north",
                            "unit": "degree"
                        }
                    ]
                }
            },
            "conversion": {
                "name": "unknown",
                "method": {
                    "name": "Orthographic",
                    "id": {
                        "authority": "EPSG",
                        "code": 9840
                    }
                },
                "parameters": [
                    {
                        "name": "Latitude of natural origin",
                        "value": 1.1511,
                        "unit": "degree",
                        "id": {
                            "authority": "EPSG",
                            "code": 8801
                        }
                    },
                    {
                        "name": "Longitude of natural origin",
                        "value": 138.267,
                        "unit": "degree",
                        "id": {
                            "authority": "EPSG",
                            "code": 8802
                        }
                    },
                    {
                        "name": "False easting",
                        "value": 0,
                        "unit": "metre",
                        "id": {
                            "authority": "EPSG",
                            "code": 8806
                        }
                    },
                    {
                        "name": "False northing",
                        "value": 0,
                        "unit": "metre",
                        "id": {
                            "authority": "EPSG",
                            "code": 8807
                        }
                    }
                ]
            },
            "coordinate_system": {
                "subtype": "Cartesian",
                "axis": [
                    {
                        "name": "Easting",
                        "abbreviation": "E",
                        "direction": "east",
                        "unit": "metre"
                    },
                    {
                        "name": "Northing",
                        "abbreviation": "N",
                        "direction": "north",
                        "unit": "metre"
                    }
                ]
            }
        },
        "proj:bbox": [
<PHONE_NUMBER>42824,
            -1.49251086136152,
<PHONE_NUMBER>00134,
            3.7553673288675
        ],
        "proj:centroid": {
            "lat": 1.13142823375299,
            "lon":<PHONE_NUMBER>21479
        },
        "proj:shape": [
            15535,
            3243
        ],
        "proj:transform": [
            -32290,
            20,
            0,
            154230,
            0,
            -20
        ],
        "cube:dimensions": {
            "x": {
                "type": "spatial",
                "axis": "x",
                "extent": [
<PHONE_NUMBER>42824,
<PHONE_NUMBER>00134
                ]
            },
            "y": {
                "type": "spatial",
                "axis": "y",
                "extent": [
                    -1.49251086136152,
                    3.7553673288675
                ]
            }
        },
        "datetime": "2021-01-01T00:00:00Z"
    },
    "geometry": {
        "type": "Polygon",
        "coordinates": [
            [
                [
<PHONE_NUMBER>42824,
                    -1.49251086136152
                ],
                [
<PHONE_NUMBER>42824,
                    3.7553673288675
                ],
                [
<PHONE_NUMBER>00134,
                    3.7553673288675
                ],
                [
<PHONE_NUMBER>00134,
                    -1.49251086136152
                ],
                [
<PHONE_NUMBER>42824,
                    -1.49251086136152
                ]
            ]
        ]
    },
    "links": [
        {
            "rel": "self",
            "href": "https://asc-mars.s3-us-west-2.amazonaws.com/ctx_dtms/F03_036840_1811_XN_01N221W__F01_035996_1811_XN_01N221W/F03_036840_1811_XN_01N221W__F01_035996_1811_XN_01N221W_DEM.json",
            "type": "application/json"
        },
        {
            "rel": "parent",
            "href": "https://asc-mars.s3.us-west-2.amazonaws.com/ctx_dtms/collection.json",
            "type": "application/json"
        },
        {
            "rel": "root",
            "href": "https://asc-mars.s3.us-west-2.amazonaws.com/catalog.json",
            "type": "application/json"
        },
        {
            "rel": "collection",
            "href": "https://asc-mars.s3.us-west-2.amazonaws.com/ctx_dtms/collection.json",
            "type": "application/json"
        }
    ],
    "assets": {
        "thumbnail": {
            "href": "https://asc-mars.s3-us-west-2.amazonaws.com/ctx_dtms/F03_036840_1811_XN_01N221W__F01_035996_1811_XN_01N221W/F03_036840_1811_XN_01N221W__F01_035996_1811_XN_01N221W_DEM.jpg",
            "type": "image/jpeg",
            "title": "DEM Thumbnail",
            "key": "thumbnail",
            "roles": [
                "thumbnail"
            ]
        },
        "dem": {
            "href": "https://asc-mars.s3-us-west-2.amazonaws.com/ctx_dtms/F03_036840_1811_XN_01N221W__F01_035996_1811_XN_01N221W/F03_036840_1811_XN_01N221W__F01_035996_1811_XN_01N221W_DEM.tif",
            "type": "image/tiff; application=geotiff; profile=cloud-optimized",
            "title": "DEM",
            "key": "dem",
            "roles": [
                "data"
            ]
        },
        "hillshade": {
            "href": "https://asc-mars.s3-us-west-2.amazonaws.com/ctx_dtms/F03_036840_1811_XN_01N221W__F01_035996_1811_XN_01N221W/F03_036840_1811_XN_01N221W__F01_035996_1811_XN_01N221W_HILLSHADE.tif",
            "type": "image/tiff; application=geotiff; profile=cloud-optimized",
            "title": "Hillshade",
            "key": "hillshade",
            "roles": [
                "data"
            ]
        },
        "ortho image": {
            "href": "https://asc-mars.s3-us-west-2.amazonaws.com/ctx_dtms/F03_036840_1811_XN_01N221W__F01_035996_1811_XN_01N221W/F03_036840_1811_XN_01N221W__F01_035996_1811_XN_01N221W_ORTHO.tif",
            "type": "image/tiff; application=geotiff; profile=cloud-optimized",
            "title": "Orthoimage",
            "key": "ortho image",
            "roles": [
                "data"
            ]
        },
        "fgdc_metadata": {
            "href": "https://asc-mars.s3-us-west-2.amazonaws.com/ctx_dtms/F03_036840_1811_XN_01N221W__F01_035996_1811_XN_01N221W/F03_036840_1811_XN_01N221W__F01_035996_1811_XN_01N221W_DEM.xml",
            "type": "application/xml",
            "title": "FGDC Metadata",
            "key": "fgdc_metadata",
            "roles": [
                "metadata"
            ]
        },
        "qa_metric": {
            "href": "https://asc-mars.s3-us-west-2.amazonaws.com/ctx_dtms/F03_036840_1811_XN_01N221W__F01_035996_1811_XN_01N221W/qa_metrics.txt",
            "type": "text/plain",
            "title": "Quality Assurance Metrics",
            "key": "qa_metric",
            "roles": [
                "metadata"
            ]
        },
        "intersection_err": {
            "href": "https://asc-mars.s3-us-west-2.amazonaws.com/ctx_dtms/F03_036840_1811_XN_01N221W__F01_035996_1811_XN_01N221W/F03_036840_1811_XN_01N221W__F01_035996_1811_XN_01N221W_IntersectionErr.tif",
            "type": "image/tiff; application=geotiff",
            "title": "ASP generated intersection error raster",
            "key": "intersection_err",
            "roles": [
                "metadata",
                "data-mask"
            ]
        },
        "provenance": {
            "href": "https://asc-mars.s3-us-west-2.amazonaws.com/ctx_dtms/F03_036840_1811_XN_01N221W__F01_035996_1811_XN_01N221W/provenance.txt",
            "type": "text/plain",
            "title": "Processing steps in ISIS and ASP used to generate the data product",
            "key": "provenance",
            "roles": [
                "metadata"
            ]
        }
    },
    "bbox": [
<PHONE_NUMBER>42824,
        -1.49251086136152,
<PHONE_NUMBER>00134,
        3.7553673288675
    ],
    "stac_extensions": [
        "projection",
        "datacube"
    ],
    "collection": "ctx_dtms"
}

On ingest, I am seeing the following in my cloud watch logs:
2021-07-12T14:53:28.661Z	c9db0784-9f76-5856-ac23-5ee2c6eb7e2b	ERROR	ResponseError: illegal_argument_exception
    at onBody (/var/task/index.js:16554:23)
    at IncomingMessage.onEnd (/var/task/index.js:16481:11)
    at IncomingMessage.emit (events.js:326:22)
    at IncomingMessage.EventEmitter.emit (domain.js:483:12)
    at endReadableNT (_stream_readable.js:1241:12)
    at processTicksAndRejections (internal/process/task_queues.js:84:21) {
  meta: {
    body: { error: [Object], status: 400 },
    statusCode: 400,
    headers: {
      date: 'Mon, 12 Jul 2021 14:53:28 GMT',
      'content-type': 'application/json; charset=UTF-8',
      'content-length': '351',
      connection: 'keep-alive',
      'access-control-allow-origin': '*'
    },
    meta: {
      context: null,
      request: [Object],
      name: 'elasticsearch-js',
      connection: [Object],
      attempts: 0,
      aborted: false
    }
  }
}

Followed immediately by:
INFO	Ingested 1 Items: [THE ABOVE STAC FILE]
When I query using a bbox (sat-search), I am not seeing any results. This makes sense, because checking the indices, I can see that the associated collection has been created and that the item index has been created. The count on that index is zero though. I wonder what I might be missing in the error message?

So, I figured this out as well. I had to remove both the proj and the data cube extensions from the stac item. Then ES ingest work without an issue. I'll dig through the docs on this repo to see how best to get extensions added back in so that ES supports them.
I suspect the issue is that the index is not correct inside ES.

It depends on the mapping. For a proj:centroid, we want geo_point mapping, but for other STAC attributes, we rely on ES dynamic mapping. This is interesting, because I thought proj:epsg should be a string, and doesn't need a special type. I think the thing to do here is to figure what ES data type and  STAC JSON payload record did no align to generate an error.

I am still working on this. I was able to get one of my data sets to ingest by writing to the sqs queue (and skipping the sns). Here is the STAC file:

 {
    "type": "Feature",
    "stac_version": "1.0.0",
    "id": "D18_034426_1877_XN_07N196W__D17_033793_1865_XN_06N196W_DEM",
    "properties": {
        "title": "Ames Stereo Pipeline Derived 20mpp Content Camera DTM and Ortho Image; Mars; D18_034426_1877_XN_07N196W, D17_033793_1865_XN_06N196W",
        "description": "This is a digital terrain model (DTM) extracted from Context Camera (CTX) stereo images from the Mars Reconnaissance Orbiter mission. This data product is a DTM from stereo images acquired at approximately 6 meters/pixel resolution, which allows an output DTM resolution of 20 meters/pixel. The DTM was generated using the Ames Stereo Pipeline software (https://github.com/NeoGeographyToolkit/StereoPipeline)and using automated methods. This DTM was generated for general and public use, including scientific and engineering purposes. This DTM also serves as a foundation for ortho-projection.",
        "mission": "Mars Reconnaissance Orbiter",
        "instruments": [
            "Context Camera (CTX)"
        ],
        "gsd": 20,
        "license": "PDDL-1.0",
        "proj:epsg": 49900,
        "proj:wkt2": "\"PROJCS[\\\"unnamed\\\",GEOGCS[\\\"D_MARS\\\",DATUM[\\\"D_MARS\\\",SPHEROID[\\\"MARS\\\",3396000,0]],PRIMEM[\\\"Reference Meridian\\\",0],UNIT[\\\"degree\\\",0.0174532925199433,AUTHORITY[\\\"EPSG\\\",\\\"9122\\\"]]],PROJECTION[\\\"Orthographic\\\"],PARAMETER[\\\"latitude_of_origin\\\",7.61971],PARAMETER[\\\"central_meridian\\\",163.679],PARAMETER[\\\"false_easting\\\",0],PARAMETER[\\\"false_northing\\\",0],UNIT[\\\"metre\\\",1,AUTHORITY[\\\"EPSG\\\",\\\"9001\\\"]],AXIS[\\\"Easting\\\",EAST],AXIS[\\\"Northing\\\",NORTH]]\"",
        "proj:projjson": {
            "$schema": "https://proj.org/schemas/v0.2/projjson.schema.json",
            "type": "ProjectedCRS",
            "name": "unknown",
            "base_crs": {
                "name": "unknown",
                "datum": {
                    "type": "GeodeticReferenceFrame",
                    "name": "unknown",
                    "ellipsoid": {
                        "name": "unknown",
                        "radius": 3396000
                    },
                    "prime_meridian": {
                        "name": "Reference meridian",
                        "longitude": 0
                    }
                },
                "coordinate_system": {
                    "subtype": "ellipsoidal",
                    "axis": [
                        {
                            "name": "Longitude",
                            "abbreviation": "lon",
                            "direction": "east",
                            "unit": "degree"
                        },
                        {
                            "name": "Latitude",
                            "abbreviation": "lat",
                            "direction": "north",
                            "unit": "degree"
                        }
                    ]
                }
            },
            "conversion": {
                "name": "unknown",
                "method": {
                    "name": "Orthographic",
                    "id": {
                        "authority": "EPSG",
                        "code": 9840
                    }
                },
                "parameters": [
                    {
                        "name": "Latitude of natural origin",
                        "value": 7.61971,
                        "unit": "degree",
                        "id": {
                            "authority": "EPSG",
                            "code": 8801
                        }
                    },
                    {
                        "name": "Longitude of natural origin",
                        "value": 163.679,
                        "unit": "degree",
                        "id": {
                            "authority": "EPSG",
                            "code": 8802
                        }
                    },
                    {
                        "name": "False easting",
                        "value": 0,
                        "unit": "metre",
                        "id": {
                            "authority": "EPSG",
                            "code": 8806
                        }
                    },
                    {
                        "name": "False northing",
                        "value": 0,
                        "unit": "metre",
                        "id": {
                            "authority": "EPSG",
                            "code": 8807
                        }
                    }
                ]
            },
            "coordinate_system": {
                "subtype": "Cartesian",
                "axis": [
                    {
                        "name": "Easting",
                        "abbreviation": "E",
                        "direction": "east",
                        "unit": "metre"
                    },
                    {
                        "name": "Northing",
                        "abbreviation": "N",
                        "direction": "north",
                        "unit": "metre"
                    }
                ]
            }
        },
        "proj:bbox": [
<PHONE_NUMBER>13001,
            7.31411901028742,
<PHONE_NUMBER>9192,
            7.92600146373682
        ],
        "proj:centroid": {
            "lat": 7.62006023701212,
            "lon":<PHONE_NUMBER>0246052
        },
        "proj:shape": [
            1801,
            1561
        ],
        "proj:transform": [
            -15570,
            20,
            0,
            18070,
            0,
            -20
        ],
        "cube:dimensions": {
            "x": {
                "type": "spatial",
                "axis": "x",
                "extent": [
<PHONE_NUMBER>13001,
<PHONE_NUMBER>9192
                ]
            },
            "y": {
                "type": "spatial",
                "axis": "y",
                "extent": [
                    7.31411901028742,
                    7.92600146373682
                ]
            }
        },
        "ssys:targets": [
            "Mars"
        ],
        "datetime": "2021-01-01T00:00:00Z"
    },
    "geometry": {
        "type": "Polygon",
        "coordinates": [
            [
                [
<PHONE_NUMBER>13001,
                    7.31411901028742
                ],
                [
<PHONE_NUMBER>13001,
                    7.92600146373682
                ],
                [
<PHONE_NUMBER>9192,
                    7.92600146373682
                ],
                [
<PHONE_NUMBER>9192,
                    7.31411901028742
                ],
                [
<PHONE_NUMBER>13001,
                    7.31411901028742
                ]
            ]
        ]
    },
    "links": [
        {
            "rel": "self",
            "href": "https://asc-mars.s3-us-west-2.amazonaws.com/ctx_dtms/D18_034426_1877_XN_07N196W__D17_033793_1865_XN_06N196W/D18_034426_1877_XN_07N196W__D17_033793_1865_XN_06N196W_DEM.json",
            "type": "application/json"
        },
        {
            "rel": "parent",
            "href": "https://asc-mars.s3.us-west-2.amazonaws.com/ctx_dtms/collection.json",
            "type": "application/json"
        },
        {
            "rel": "root",
            "href": "https://asc-mars.s3.us-west-2.amazonaws.com/catalog.json",
            "type": "application/json"
        },
        {
            "rel": "collection",
            "href": "https://asc-mars.s3.us-west-2.amazonaws.com/ctx_dtms/collection.json",
            "type": "application/json"
        }
    ],
    "assets": {
        "thumbnail": {
            "href": "https://asc-mars.s3-us-west-2.amazonaws.com/ctx_dtms/D18_034426_1877_XN_07N196W__D17_033793_1865_XN_06N196W/D18_034426_1877_XN_07N196W__D17_033793_1865_XN_06N196W_DEM.jpg",
            "type": "image/jpeg",
            "title": "DEM Thumbnail",
            "key": "thumbnail",
            "roles": [
                "thumbnail"
            ]
        },
        "dem": {
            "href": "https://asc-mars.s3-us-west-2.amazonaws.com/ctx_dtms/D18_034426_1877_XN_07N196W__D17_033793_1865_XN_06N196W/D18_034426_1877_XN_07N196W__D17_033793_1865_XN_06N196W_DEM.tif",
            "type": "image/tiff; application=geotiff; profile=cloud-optimized",
            "title": "DEM",
            "key": "dem",
            "roles": [
                "data"
            ]
        },
        "hillshade": {
            "href": "https://asc-mars.s3-us-west-2.amazonaws.com/ctx_dtms/D18_034426_1877_XN_07N196W__D17_033793_1865_XN_06N196W/D18_034426_1877_XN_07N196W__D17_033793_1865_XN_06N196W_HILLSHADE.tif",
            "type": "image/tiff; application=geotiff; profile=cloud-optimized",
            "title": "Hillshade",
            "key": "hillshade",
            "roles": [
                "data"
            ]
        },
        "ortho image": {
            "href": "https://asc-mars.s3-us-west-2.amazonaws.com/ctx_dtms/D18_034426_1877_XN_07N196W__D17_033793_1865_XN_06N196W/D18_034426_1877_XN_07N196W__D17_033793_1865_XN_06N196W_ORTHO.tif",
            "type": "image/tiff; application=geotiff; profile=cloud-optimized",
            "title": "Orthoimage",
            "key": "ortho image",
            "roles": [
                "data"
            ]
        },
        "fgdc_metadata": {
            "href": "https://asc-mars.s3-us-west-2.amazonaws.com/ctx_dtms/D18_034426_1877_XN_07N196W__D17_033793_1865_XN_06N196W/D18_034426_1877_XN_07N196W__D17_033793_1865_XN_06N196W_DEM.xml",
            "type": "application/xml",
            "title": "FGDC Metadata",
            "key": "fgdc_metadata",
            "roles": [
                "metadata"
            ]
        },
        "qa_metric": {
            "href": "https://asc-mars.s3-us-west-2.amazonaws.com/ctx_dtms/D18_034426_1877_XN_07N196W__D17_033793_1865_XN_06N196W/qa_metrics.txt",
            "type": "text/plain",
            "title": "Quality Assurance Metrics",
            "key": "qa_metric",
            "roles": [
                "metadata"
            ]
        },
        "intersection_err": {
            "href": "https://asc-mars.s3-us-west-2.amazonaws.com/ctx_dtms/D18_034426_1877_XN_07N196W__D17_033793_1865_XN_06N196W/D18_034426_1877_XN_07N196W__D17_033793_1865_XN_06N196W_IntersectionErr.tif",
            "type": "image/tiff; application=geotiff",
            "title": "ASP generated intersection error raster",
            "key": "intersection_err",
            "roles": [
                "metadata",
                "data-mask"
            ]
        },
        "provenance": {
            "href": "https://asc-mars.s3-us-west-2.amazonaws.com/ctx_dtms/D18_034426_1877_XN_07N196W__D17_033793_1865_XN_06N196W/provenance.txt",
            "type": "text/plain",
            "title": "Processing steps in ISIS and ASP used to generate the data product",
            "key": "provenance",
            "roles": [
                "metadata"
            ]
        }
    },
    "bbox": [
<PHONE_NUMBER>13001,
        7.31411901028742,
<PHONE_NUMBER>9192,
        7.92600146373682
    ],
    "stac_extensions": [
        "https://stac-extensions.github.io/projection/v1.0.0/schema.json",
        "https://stac-extensions.github.io/datacube/v1.0.0/schema.json"
    ],
    "collection": "ctx_dtms"
}

as printed from the debug in the ingest-stac lambda logs.
The exception that I am seeing is:
2021-07-22T14:22:14.353Z	5a02238c-18e9-5240-be42-7aff99a56506	ERROR	ResponseError: illegal_argument_exception
    at onBody (/var/task/index.js:16554:23)
    at IncomingMessage.onEnd (/var/task/index.js:16481:11)
    at IncomingMessage.emit (events.js:326:22)
    at IncomingMessage.EventEmitter.emit (domain.js:483:12)
    at endReadableNT (_stream_readable.js:1241:12)
    at processTicksAndRejections (internal/process/task_queues.js:84:21) {
  meta: {
    body: { error: [Object], status: 400 },
    statusCode: 400,
    headers: {
      date: 'Thu, 22 Jul 2021 14:22:14 GMT',
      'content-type': 'application/json; charset=UTF-8',
      'content-length': '351',
      connection: 'keep-alive',
      'access-control-allow-origin': '*'
    },
    meta: {
      context: null,
      request: [Object],
      name: 'elasticsearch-js',
      connection: [Object],
      attempts: 0,
      aborted: false
    }
  }
}

I have tried this two ways: (1) I created an index by passing the collection into the ingest-stac lambda. That results in a collection being created, but the mapping is a default (e.g., it has eo:* elements when my stac files do not use the eo extension. I also tried creating an empty index (e.g., PUT ctx_dtms) without a mapping. I am then passing the above message to the ingest SQS queue (because pushing to the SNS is not working).
The STAC file above, is valid as per the staclint web app. I am not seeing any other logs (the dead letter queue is empty).
Two questions right now: (1) when the README says to ingest the collection first, what specifically does that mean? Pass in a full mapping to the ingest endpoint? pass in the collection.json to the endpoint? Use some API to create an empty index? and (2) any suggestions how to start debugging the above error? the illegal_response_exception is from the ES side of the stack, but the JSON is valid and the index does not have an existing mapping.
Thanks again for any support!

I have set up logging on the ES side and am not seeing any errors being posted from ES. The only information I am getting is the 400 response and the illegal_argument_exception. It is not clear to me why one STAC file would ingest without issue while another is throwing this issue.

I have found the specific problem, so will open a new issue describing how to reproduce.


The website http://libq.io/ now cannot be opend? Is there another way to access this site?

Hi @grantila , do have other manual except http://libq.io/ which is now not be opened?

Hello, you can check it like this, but indeed, the contents should be moved to the wiki probably:
https://web.archive.org/web/20220117050330/http://libq.io/tutorials


Make error responses better

Currently the decompressed response body is given as a byte array Converting it to string for better readability

This is a DRAFT PR for enhancing the understanding.
Decompressed HTTP responses + error ( GenericSwaggerError) object is holding byte[]. This is cryptic to read.
Here I changed one instance to string for demo purpose. We can replace the old Swagger error object, V2 may not be required.
Second request, I believe is to expose context.Context to executor, workflow etc . Currently it's already a parameter to clients. Client's description is confusing. https://orkesinternal.slack.com/archives/D075LNWQGFP/p1729627367176919

IMO returning response in byte[] is more useful for following reasons :

Flexibility in Handling Various Response Types:
By storing the body as []byte, the API client allows for flexibility in handling various response content types. The content of an error response can vary (JSON, XML, plain text, binary, etc.), and using a byte array makes it easy to process these formats as needed.

Performance Considerations:
Using a []byte instead of directly converting to a string or specific type upfront can be more efficient. Since the client may not know the format of the error response ahead of time, keeping the raw bytes gives you more control over when and how you parse it.

Also by using raw []byte for the body, the generated client can remain as generic as possible and support different response types or error formats without the need for specialised error types for every API response.

Few things.

We have hard coded application/json for all resources ( so binary does not apply in general )
Error body should be textual content ( json, plain .. whatever) .

			body:  string(responseBody),
			error: httpResponse.Status,
		}

we don't have to change the response representation. It can still be byte[]

The changes in this PR are based on a wrong interpretation. Closing the PR.


asObservableFor

Amazing helper.
I have just question about mapping it. Can I simply do
let title = Dynamic<String>.asObservableFor(model, keyPath: "competition.name", defaultValue: "").map { t -> String in t.uppercaseString }

without retaining the first Dynamic object returned by the asObservableFor?
Or is:
let dynName = Dynamic<String>.asObservableFor(model, keyPath: "competition.name", defaultValue: "")
let title = Dynamic<String>("")
dynName.map { t -> String in t.uppercaseString } ->> title

required?

Yes, you can do that. Dynamic returned by map (or other similar functions) will retain source one.

Just be careful when working with K-V observing that your Dynamic does not outlive observed object (model in your case) as discussed in #21.

the object i am doing this in has strong reference to the model, so it should not be a problem i suppose, model can outlive Dynamic or they are both released at the same time


onRegister does not get fired iOS 13.1.3 / iPhone 7 | 1.0.6, 1.0.7 & 1.1.0

Bug
I'm trying to get this lib working on iOS 13.1.3 / iPhone 7 but the onRegister event never gets fired.
It is working on other devices so I'm quite confused...unf. I can't upgrade my iOS version because a downgrade is disallowed by apple.
Environment info
push-notification-ios: 1.0.6, 1.0.7 & 1.1.0
I doubled checked all the required iOS code changes and they look fine.
For android I'm using @react-native-firebase/app": "^6.3.4
react-native info output:
System:
    OS: macOS 10.15.3
    CPU: (8) x64 Intel(R) Core(TM) i7-7820HQ CPU @ 2.90GHz
    Memory: 694.04 MB / 16.00 GB
    Shell: 5.7.1 - /bin/zsh
  Binaries:
    Node: 12.6.0 - /usr/local/bin/node
    Yarn: 1.19.1 - ~/.yarn/bin/yarn
    npm: 6.14.4 - ~/.npm-global/bin/npm
    Watchman: 4.9.0 - /usr/local/bin/watchman
  SDKs:
    iOS SDK:
      Platforms: iOS 13.2, DriverKit 19.0, macOS 10.15, tvOS 13.2, watchOS 6.1
    Android SDK:
      API Levels: 23, 25, 26, 27, 28
      Build Tools: 23.0.1, 23.0.2, 25.0.1, 25.0.3, 26.0.1, 26.0.3, 27.0.0, 27.0.3, 28.0.3
      System Images: android-23 | Intel x86 Atom_64, android-25 | Google Play Intel x86 Atom, android-28 | Intel x86 Atom, android-28 | Intel x86 Atom_64
  IDEs:
    Xcode: 11.3/11C29 - /usr/bin/xcodebuild
  npmPackages:
    react: 16.9.0 => 16.9.0
    react-native: 0.61.5 => 0.61.5

Steps To Reproduce
add:

  PushNotificationIOS.requestPermissions().then((data)=>{
    console.log('PushNotificationIOS::requestPermissions', { ...data });
  });

  PushNotificationIOS.addEventListener('register', (data) => {
    console.warn('_____PushNotificationIOS::register', { ...data });
  });

  PushNotificationIOS.addEventListener('registrationError', (data) => {
    console.warn('_____PushNotificationIOS::registrationError', { ...data });
  });

Describe what you expected to happen:
1.requestPermissions gets fired
2. register & registrationError never gets fired

I just tried to get the example project of this repo to work but it seems not to be functional either for 1.1.0 it even seems it hasn't been updated to 1.1.0.

Isn't the newest version 1.1.1?

@hannojg  well as i started this ticket 1.1.0 was the latest

Just found something really interesting inside the apple docs!
https://developer.apple.com/library/archive/technotes/tn2265/_index.html#//apple_ref/doc/uid/DTS40010376-CH1-TNTAG21
No Delegate Callbacks
When the first push-capable app is installed, iOS or OS X attempts to establish a persistent network connection to the push service that will be shared by all push-capable apps on the system. If neither delegate callback application:didRegisterForRemoteNotificationsWithDeviceToken: nor application:didFailToRegisterForRemoteNotificationsWithError: is called, that means that this connection has not yet been established.
So after adding a sim card into my testing device – which was already connected by wifi – it seems to ping the apple services again and it startet working.
Means the following event handler ever gets triggered event the native-code callbacks will not receive any error:
  PushNotificationIOS.addEventListener('register', (data) => {
    console.warn('_____PushNotificationIOS::register', { ...data });
  });

  PushNotificationIOS.addEventListener('registrationError', (data) => {
    console.warn('_____PushNotificationIOS::registrationError', { ...data });
  });

FYI: still struggling with 1.1.0/1 but i think this is a different problem because it's native code changed.

@Psiiirus hi, can you please share that how you fixed "onRegister does not get fired on real iPhone 7"?


fix for normalize_function dataclass methods

[ ]  see what fails w/ this change (see #8376)

The failed checks seem limited to python 3.7, so this change seems 'safe'? Would still love to know why protocol=0 was there in the first place!

Seems like you've got some genuine failures here.

Seems like you've got some genuine failures here.

Thanks for flagging @jsignell, I'll have a look!

See some discussion in https://github.com/dask/dask/pull/8557#issuecomment-1024661770. We'd have to change some tests for this to pass. I mostly agree with @ian-r-rose that these aren't very good tests. But they are explicitly testing that tokenization is stable across versions, which isn't a guarantee I knew we made. Since we'd be explicitly breaking that, we should be thoughtful about why there's a test for it first.

Note @jcrist's comment on changing the pickle protocol: https://github.com/dask/dask/pull/8557#issuecomment-1027076307. So we should be good to change the protocol and make those tests more sensible.

I was thinking we'd change the protocol and the tests here?

I was thinking we'd change the protocol and the tests here?

Ah ok, sounds good, sorry I misunderstood that!

@gjoseph92 the tests I'm seeing that need to be changed (from looking at CI failures) are:

[ ] test_tokenize_partial_func_args_kwargs_consistent
[ ] test_name_consistent_across_instances

Is this right? From @jcrist's comment it seems like there are more tests we'd want to change as well, but I'm not exactly sure which.

@scharlottej13 those are the only ones I know of (and the only ones that seem to be failing right now). I'd say, if it's green, we're good.

It looks like there are maybe some test left to change on this and then it'll be good to go?

yes! I can work on those today


Nginx

Please, help to create Nginx Config for rewrite rules.

I am not really good at Nginx configuration, but I also tried to do the same thing however couldn't really get it works... :(
The closest config I used is like this: (not tested for latest repo)
https://gist.github.com/waifung0207/837482a6f85096445230
But the issue is, even I can rewrite the URL like from http://ci_bootstrap/index.php/login to http://ci_bootstrap/login, seems the config cannot work with Backend URL, e.g. http://ci_bootstrap/backend.php/login (which will should server error as I remember - only tried quite a long time ago)
I would appreciate if you can figure out a solution on this, sorry that I cannot help much here.
By the way, I am working on another repository named ci_bootstrap_3 which make use of CodeIgniter v3 with HMVC structure, from there it should work properly with the Nginx config even for Backend System. If you are interested feel free to visit: https://github.com/waifung0207/ci_bootstrap_3
Even I am mentioning work in progress in that repo, the folder structure should be fixed and I am just focusing on the stability and writing doc about it.
Thanks.


feat(tag): migrate to Spectrum 2

Description

Migrates the Tag component to Spectrum 2, using new and updated tokens, removing borders, and adding the ability to embed the Thumbnail component.
Express and Spectrum themes removed
Express and Spectrum themes in express.css and spectrum.css respectively have been removed, and relevant styles moved into the index.css file.
Medium is default size
All sizeM styles are now the default.
New tokens
New tokens for Spectrum 2, including

corner rounding (now scales with Tag size)
minimum and maximum width
updated spacing tokens

Color and border changes

Borders have been removed (they have become transparent in most cases; if Windows high-contrast mode is used, Tag still has borders)
Background and content colors have been adjusted slightly to match Spectrum 2 design spec

Thumbnail added
Tag with Thumbnail is now a visual that is supported (along with Avatar and Icon).
Visuals scale with size change
Small, medium, and large Tags each have appropriately sized icons, avatars, or thumbnails which scale as the component changes size.
CSS-618
How and where has this been tested?
Please tag yourself on the tests you've marked complete to confirm the tests have been run by someone other than the author.
Validation steps

Regression testing
Validate:

The documentation pages for at least two other components are still loading, including:

[ ] The pages render correctly, are accessible, and are responsive.

If components have been modified, VRTs have been run on this branch:

[ ] VRTs have been run and looked at.
[ ] Any VRT changes have been accepted (by reviewer and/or PR author), or there are no changes.

Screenshots

To-do list

[ ] I have read the contribution guidelines.
[ ] I have updated relevant storybook stories and templates.
[ ] I have tested these changes in Windows High Contrast mode.
[ ] If my change impacts other components, I have tested to make sure they don't break.
[ ] If my change impacts documentation, I have updated the documentation accordingly.
[ ] ✨ This pull request is ready to merge. ✨

Thanks for the feedback! Here's a list of things that have been fixed since being reviewed and a list of outstanding questions:
Fixes made:

Unneeded sizes have been removed from the object mapping size abbreviations to size words
Description added for Visual select menu in Storybook
Font-weight updated to medium (was previously regular)
List of mods added
Added Thumbnail opacity when disabled, I can easily remove it if for some reason it’s not wanted though

Questions for design:

Thumbnail opacity is decreased when tag is disabled, similar to Avatar—there was no design spec for this so wanted to confirm that’s wanted here.
Invalid disabled selected state - this looks just like Invalid selected and it seems like perhaps disabled styles ought to take precedence here.
Should we be using down state scale tokens?


prefixer middleware does not copy element type

When running prefixer over an element node like a keyframes object, the prefixed version is created but element.type is not set to "@keyframes", it gets set to an empty string

Example code?

import { compile, Middleware, middleware, prefixer, serialize, stringify } from 'stylis';

const stylis = (css: string, extraPlugins: Middleware[] = []) =>
  serialize(compile(css), middleware([...extraPlugins, stringify]));

stylis(
  `@keyframes a {
    0% { left: 0px; }
    100% { left: 100px; }
  }
`,
  [prefixer]
)

If another middleware is added after prefixer the new keyframe rule generated by the prefixer plugin has element.type set to empty string instead of "@keyframes"

Just a note about the current implementation - the third argument passed here is for the type and it is set to '':
https://github.com/thysultan/stylis.js/blob/e6843c373ebcbbfade25ebcc23f540ed8508da0a/src/Middleware.js#L48
Looking into the codebase - all calls to copy pass an empty string there.

Pending accidental fix with the next patch i'm working on.