Specify activities for relevant storage operations

Based on the table in https://github.com/solid/web-access-control-spec/issues/85#issuecomment-913456115

Request
Operation
Access Modes
Level

GET /C/R
Read
acl:Read
Resource

HEAD /C/R
Read
acl:Read
Resource

OPTIONS /C/R
Read
acl:Read
Resource

POST /C/
Create + Update
acl:Append [1]
Resource, Content

PUT /C/R + If-None-Match
Create, Read
acl:Write, acl:Read [2]
Resource

PATCH /C/R + If-None-Match + INSERT
Create, Read
acl:Write, acl:Read [2]
Resource, Content

POST /C/R
Update
acl:Append (or acl:Write)
Content

PUT /C/R
Create?, Update
acl:Write [2][3]
Resource

PATCH /C/R + INSERT
Create?, Update
acl:Write [2][3]
Resource?, Content

PATCH /C/R + DELETE + INSERT
Create?, Read, Update
acl:Write, acl:Read  [2][3]
Resource?, Content [4]

PATCH /C/R + DELETE
Update, Read
acl:Write, acl:Read
Content

DELETE /C/
Delete
acl:Write, acl:Read
Resource

DELETE /C/R
Delete
acl:Write [5]
Resource

Also keeping in mind as a reference: https://communitysolidserver.github.io/CommunitySolidServer/6.x/usage/notifications/#notification-types

All Read can be ignored
Update results in as:Update (except updates to ldp:contains addressed by Create and Remove)
Create only as:Add on the parent, since the newly created resource couldn't have been a topic of an existing channel
Delete

as:Delete when the deleted resource was the topic
as:Remove when the parent container was the topic

@joachimvh in what case CSS sends as:Create notifications?

As discussed in the meeting between me and @csarven, we would add an implementation guidance for as:Read, stating that origin servers need to ensure that they aggregate read (GET) events from an intermediary and broadcast them back to all intermediaries. Mechanisms for doing so would be outside the scope of the specification.

Just be careful that as:Create and as:Add are distinct. @elf-pavlik  Can you please add a fifth column, say "Activity", to the table that includes AS vocab mapping?

If you want to support as:Read I think there would need to be a way to opt-in for it since many (most?) use cases don't want to get notifications as:Read. There is also the question of who would be authorized to receive as:Read notifications. This is a privacy issue and probably only the storage owner would have access to such notifications.

The context of this was audit functionality, so you are right this would be available to storage owner (or auditors who are given access to notifications but not contents/diffs). It is just that we do not want to shut off that possibility, even if we do not specify it right now. I think read will be allowed using a filter (just that it is "unfiltering").

@joachimvh in what case CSS sends as:Create notifications?

Create notifications get sent when a POST/PUT/PATCH request writes data to a resource that didn't exist yet. So the same situations where the required permissions would be different, as you require acl:Append permissions on a container when trying to create a new resource.
Besides that, Update gets sent when an existing resource is modified through PUT/PATCH, so not when it gets created initially, and Delete when it gets removed.
In the case of Create and Delete, Add and Remove events get sent out for the parent container.

@joachimvh Can you point us to where this code resides in CSS?

@joachimvh Can you point us to where this code resides in CSS?

The DataAccessorBasedStore, which is the class that handles the "core" of data interactions as described in the Solid Protocol specification, is also the class that causes the initial trigger to happen for specific notifications, after which the MonitoringStore emits events that follow the path described here.
For example, this line causes the Remove event when deleting a resource from a container, and this line adds the metadata for the Delete event.

Create notifications get sent when a POST/PUT/PATCH request writes data to a resource that didn't exist yet. So the same situations where the required permissions would be different, as you require acl:Append permissions on a container when trying to create a new resource.

@joachimvh does CSS allow creating notification channels for topic which doesn't exist yet? #184
If it does not I think an Add notification would be sufficient if the parent container is the topic of the notification channel. Currently Solid doesn't support any other of adding a resource than creating a new one. Even if it eventually did, I don't know if a notification channel with a container as the topic has to communicate the (again currently non-existent) difference between already adding existing and newly created resource.
The only situation where the Create notification would be required, seems to me if the notification channel is created (if we allow/support it) with at topic which doesn't exist yet.

@joachimvh does CSS allow creating notification channels for topic which doesn't exist yet?

CSS does no existence checks on a resource when trying to subscribe, so yes. The only check is if you have read permissions on the resource, so if the acl:default is set correctly on the parent container this is possible. Another possible scenario is when you subscribe to an existing resource, it gets deleted, and then it gets created again. The subscription will persist through those states so that last action will cause a Create event to be sent out.
The Add notifications are sent to clients who subscribed to the container, the Create notifications to the client that subscribed to the resource itself. So which one you get depends on what you subscribed to.
Note that CSS only sends Add when a resource is added to the container, not when one of its children is updated.

Thank you @joachimvh
I see at least two other issues relevant to what we discussed here:

#184
#185

You are very welcomed to provide feedback there as well.


Unequipping artifact via swap UI from character page doesn't work

From this UI

Swapping/unequip from an actual team works

ill look into it


Envoy does not remove endpoint after it's been removed from the Kubernetes Endpoint object when health checking is enabled

When active health checking is enabled, Envoy does not seem to remove endpoints from the ClusterLoadAssignment when endpoints are removed from the Kubernetes Endpoints object.
There is an Envoy Cluster option that I suspect is related to this:

drain_connections_on_host_removal
(bool) If this cluster uses EDS or STRICT_DNS to configure its hosts, immediately drain connections from any hosts that are removed from service discovery.
This only affects behavior for hosts that are being actively health checked. If this flag is not set to true, Envoy will wait until the hosts fail active health checking before removing it from the cluster.

(https://www.envoyproxy.io/docs/envoy/latest/api-v2/api/v2/cds.proto)
xref: https://github.com/heptio/gimbal/issues/208
Steps to reproduce:

Create a deployment:

k run kuard --image=gcr.io/kuar-demo/kuard-amd64:1 --expose --port 8080

Create an ingressroute:

apiVersion: contour.heptio.com/v1beta1
kind: IngressRoute
metadata:
  name: kuard
spec:
  routes:
  - match: /
    services:
    - healthCheck:
        healthyThresholdCount: 5
        intervalSeconds: 5
        path: /
        timeoutSeconds: 2
        unhealthyThresholdCount: 3
      name: kuard
      port: 8080
  virtualhost:
    fqdn: example.com

Verify you can reach kuard via the ingressroute

Edit the kuard pod, and remove the run: kuard label to remove this pod from the Endpoints object. This will trigger the creation of a new pod, and the Kubernetes Endpoints object will be updated to contain the address of the new pod.

Expected result: Envoy removes the other endpoint from the ClusterLoadAssignment
Actual result: Envoy maintains the old endpoint in the ClusterLoadAssignment, and sends traffic to both the old pod and the new one.

Spent time looking into this issue. I am able to reproduce this consistently. I looked into setting drain_connections_on_host_removal to true, but it doesn't seem to have an effect. Starting to wonder if I am thinking about this wrong and I am missing something.

Ok, so drain_connections_on_host_removal was added in Envoy 1.7.  I think we should enable this flag once we update to Envoy 1.7 (which is currently scheduled for Contour 0.7).

Seconded. Let's push through the rest of 0.6 so we can start the 0.7 cycle
with a fresh version of envoy
On 14 August 2018 at 06:47, Ross Kukulinski<EMAIL_ADDRESS>wrote:

Ok, so drain_connections_on_host_removal was added in Envoy 1.7. I think
we should enable this flag once we update to Envoy 1.7 (which is currently
scheduled for Contour 0.7).
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/heptio/contour/issues/603#issuecomment-412658414, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AAAcA5ji2kqlDLYHu5_uc-sU_MmfzZeWks5uQeXKgaJpZM4VuhRl
.

@alexbrand would you have some time to dig into adding the drain_connections_on_host_removal?


test pr

Not merging, just making sure all checks are working as expected as part of the work for #7


oneDNN: 3.4.3 -> 3.5

Automatic update generated by nixpkgs-update tools. This update was made based on information from https://github.com/oneapi-src/oneDNN/releases.
meta.description for oneDNN is: oneAPI Deep Neural Network Library (oneDNN)
meta.homepage for oneDNN is: https://01.org/oneDNN
meta.changelog for oneDNN is: https://github.com/oneapi-src/oneDNN/releases/tag/v3.5
Updates performed

Version update

To inspect upstream changes

Release on GitHub

Compare changes on GitHub

Impact
Checks done

built on NixOS
The tests defined in passthru.tests, if any, passed
found 3.5 with grep in /nix/store/c9p4p62dw8pkj3qxfcm8rz0n3abxjw8i-oneDNN-3.5
found 3.5 in filename of file in /nix/store/c9p4p62dw8pkj3qxfcm8rz0n3abxjw8i-oneDNN-3.5

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

40 total rebuild path(s)

40 package rebuild(s)

First fifty rebuilds by attrpath

deface
libretranslate
magika
oneDNN
open-webui
piper-train
private-gpt
python311Packages.argos-translate-files
python311Packages.argostranslate
python311Packages.chromadb
python311Packages.fastembed
python311Packages.faster-whisper
python311Packages.insightface
python311Packages.langchain-chroma
python311Packages.libretranslate
python311Packages.llama-index
python311Packages.llama-index-cli
python311Packages.llama-index-vector-stores-chroma
python311Packages.magika
python311Packages.mmcv
python311Packages.onnxruntime
python311Packages.private-gpt
python311Packages.pysilero-vad
python311Packages.tf2onnx
python311Packages.translatehtml
python312Packages.argos-translate-files
python312Packages.argostranslate
python312Packages.chromadb
python312Packages.fastembed
python312Packages.faster-whisper
python312Packages.insightface
python312Packages.langchain-chroma
python312Packages.magika
python312Packages.mmcv
python312Packages.onnxruntime
python312Packages.pysilero-vad
python312Packages.translatehtml
whisper-ctranslate2
wyoming-faster-whisper

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/c9p4p62dw8pkj3qxfcm8rz0n3abxjw8i-oneDNN-3.5 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

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

Or:
nix build github:r-ryantm/nixpkgs/330bb87490b1c6c3224fa33e6fdd257dab0c2094#oneDNN

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

Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
Result of nixpkgs-review --extra-nixpkgs-config '{ allowInsecurePredicate = x: true; }' run on x86_64-linux 1

14 packages marked as broken and skipped:

piper-train
piper-train.dist
python311Packages.tf2onnx
python311Packages.tf2onnx.dist
python312Packages.argos-translate-files
python312Packages.argos-translate-files.dist
python312Packages.argostranslate
python312Packages.argostranslate.dist
python312Packages.faster-whisper
python312Packages.faster-whisper.dist
python312Packages.mmcv
python312Packages.mmcv.dist
python312Packages.translatehtml
python312Packages.translatehtml.dist

4 packages failed to build:

magika (python311Packages.magika)
magika.dist (python311Packages.magika.dist)
python312Packages.magika
python312Packages.magika.dist

61 packages built:

deface
deface.dist
libretranslate (python311Packages.libretranslate)
libretranslate.dist (python311Packages.libretranslate.dist)
oneDNN
oneDNN.dev
oneDNN.doc
open-webui
open-webui.dist
private-gpt
private-gpt.dist
python311Packages.argos-translate-files
python311Packages.argos-translate-files.dist
python311Packages.argostranslate
python311Packages.argostranslate.dist
python311Packages.chromadb
python311Packages.chromadb.dist
python311Packages.fastembed
python311Packages.fastembed.dist
python311Packages.faster-whisper
python311Packages.faster-whisper.dist
python311Packages.insightface
python311Packages.insightface.dist
python311Packages.langchain-chroma
python311Packages.langchain-chroma.dist
python311Packages.llama-index
python311Packages.llama-index-cli
python311Packages.llama-index-cli.dist
python311Packages.llama-index-vector-stores-chroma
python311Packages.llama-index-vector-stores-chroma.dist
python311Packages.llama-index.dist
python311Packages.mmcv
python311Packages.mmcv.dist
python311Packages.onnxruntime
python311Packages.onnxruntime.dist
python311Packages.private-gpt
python311Packages.private-gpt.dist
python311Packages.pysilero-vad
python311Packages.pysilero-vad.dist
python311Packages.rapidocr-onnxruntime
python311Packages.rapidocr-onnxruntime.dist
python311Packages.translatehtml
python311Packages.translatehtml.dist
python312Packages.chromadb
python312Packages.chromadb.dist
python312Packages.fastembed
python312Packages.fastembed.dist
python312Packages.insightface
python312Packages.insightface.dist
python312Packages.langchain-chroma
python312Packages.langchain-chroma.dist
python312Packages.onnxruntime
python312Packages.onnxruntime.dist
python312Packages.pysilero-vad
python312Packages.pysilero-vad.dist
python312Packages.rapidocr-onnxruntime
python312Packages.rapidocr-onnxruntime.dist
whisper-ctranslate2
whisper-ctranslate2.dist
wyoming-faster-whisper
wyoming-faster-whisper.dist

Maintainer pings
cc @bhipple for testing.

@ofborg eval

The only failing package, magika, is also failing on master and is unrelated to this change, so this looks fine to merge.


Upgrade Ruby to 2.6.3

Ruby changelogs:

2.6.0
2.6.1
2.6.2
2.6.3

Apparently Heroku, with Ruby 2.6.3, will use rubygems 3.0.3. Bundler version conveniently depends (to some extent) on our Gemfile.lock: https://devcenter.heroku.com/articles/ruby-support#libraries


ci: specify output file for snyk check

Taken from https://github.com/snyk/actions/tree/master/python-3.8
We are not specifying continue-on-error to fail the pipeline if snyk fails.

Codecov Report

Merging #230 (7e45c0d) into main (a4385a5) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##             main     #230   +/-   ##
=======================================
  Coverage   56.05%   56.05%
=======================================
  Files          37       37
  Lines        2492     2492
=======================================
  Hits         1397     1397
  Misses       1095     1095

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 a4385a5...7e45c0d. Read the comment docs.

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

v5.3.0
GitHub release

Your semantic-release bot :package::rocket:


fix(sidebar): update kollaboratio link. Fixes HELP-2510

:tada: This PR is included in version 1.35.19 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


Notes. External link.

Sometimes I do not own the music score, I just took from external source. We should be fair and not re-upload it. Let's just link to the original website.

Not going to be fixed. Too much complication. I better put the link in the video description.


Add all of the rows calories together to create a total value per day for food tracker entries

As a user, I want to have a running list of calories of the food entries per day so that I can track the total calories I've consumed each day
UAC:
GIVEN I've entered food entries into the app
WHEN I load the app page
THEN I am shown a running total of my calories that I've consumed for the day.

Added the button but need to add the functionality still


why my text not  change . when textfield is updated

why my txt2 not change this
mycode
from unigui import *

txt2 = Text('Text about dog')

def gantinama(_,value):
	print(value)
	txt2.value = value

eblock = Block('test',
        [
        Edit("ganti nama","",changed=gantinama),
        ]
        )

config_area = [eblock,txt2]

a handler has to return the changed object. so it your case it is
return txt2

config_area is not connected to 'blocks' variable of screen.
all gui objects has to be in blocks. In you case instead config_area write
blocks = [eblock]

or the same
config_area = [eblock]
blocks =  config_area

eblock has to include txt2. or another block.
So always logic structure is Screen -> blocks -> gui objects.


Missing getRootAndDotExtension()

I'm trying to use the library but keep getting the following error:
Call to undefined method DanielKm\Deepzoom\Deepzoom::getRootAndDotExtension()

Fixed!


how to build it from source code?

Before you submit an question we recommend you to check out the DOCUMENT first.
You can also find more information in:

TROUBLESHOOTING
FAQ

💬 Questions and Help
Please outline the questions.
May I ask what's the steps to build it from source code and then add it to vscode? Thank you~!

You can just run the script in the travis.yml: https://github.com/jdneo/vscode-leetcode/blob/master/.travis.yml


Should WEMI-linking properties be required?

Discussed in https://github.com/uwlib-cams/sinopia_maps/discussions/130

Originally posted by briesenberg07 June 13, 2023
Currently WEMI-linking properties are required in Sinopia RDA/RDF templates. However, this means catalogers much use a workaround in order to save work, entering fake IRIs for (related) resource B, so that they can save resource A, add IRI for resource A to resource B, save resource B, then go back to resource A and replace fake with actual IRI.
PROS AND CONS

PRO
CON

Setting properties as required in templates aligns with RDA Toolkit guidance on minimum description of a resource entity
Setting properties as required makes a workaround neccessary and increases complexity of cataloging

Setting properties as required ensures that relationships between WEMI resources will be created
Because fake IRIs must be entered at some point initially in order to save a resource and proceed with description, false relationships to nonexistent entities may be created

...
...

@briesenberg07 @gerontakos @AdamSchiff @CECSpecialistI @JianPLee @junghaelee
One option is to implement the default URI element within the property template and include guidance to remind catalogers that the URI should be replaced once related WEMI resources are created.
The default URI element would auto-fill the WEMI-linking properties with a placeholder URI which could be replaced once a URI is generated.
Each placeholder URI would be the same, making it easy to search resources and find any URI that needs replacing, while allowing resources to be saved before the related WEMI resources are created.

Thank you @cspayne
CC @gerontakos @AdamSchiff @CECSpecialistI @JianPLee @junghaelee
I mocked this up in a test template for RDA entity, which can be found in Stage, to show what it would look like and how it would work.

UWSINOPIA WAU rdaEntity test test

The default/'placeholder' IRI and IRI label appear when the template is opened:

When the needed resource IRI is available, the default value must be deleted:

And the lookup can then be used to retrieve it:

On further thought @cspayne if we do this I'd like to use a placeholder IRI label more like 'USE LOOKUP TO REPLACE THIS IRI'

From discussion:

configure default something like 'https://FAKE_EXPRESSION_REPLACE_ME' for each WEMI-linking property
add PT remark like 'REMEMBER to replace the filler IRI for [W/E/M/I] once IRI is available!'

@cspayne stated:

Each placeholder URI would be the same, making it easy to search resources and find any URI that needs replacing, while allowing resources to be saved before the related WEMI resources are created.

...perhaps better to use the same 'dummy' IRI for all props, instead of what I suggest above? What do you think @cspayne ?

@cspayne stated:

Each placeholder URI would be the same, making it easy to search resources and find any URI that needs replacing, while allowing resources to be saved before the related WEMI resources are created.

...perhaps better to use the same 'dummy' IRI for all props, instead of what I suggest above? What do you think @cspayne ?

I think that could be beneficial for any sort of search-and-replace a cataloger might want to do to speed up the process.

Agreed 👍 let's do that!

@briesenberg07 how does this look?

I think it looks great! Thank you!


Create an armature with only empties

Is your feature request related to a problem? Please describe.
We discovered one neat trick that can allow us to export gltf animations with only empties. This is a feature of the industry standard animation interchange format we would like.
Describe the solution you'd like
If we put all the nodes below the Armature node into a new skin, we can export animations from Blender with only empties and it'll import into Blender as a armature.
Describe alternatives you've considered

The industry standard animation interchange format
BVH
.blend
https://github.com/artellblender/empties_to_bones

Additional context
Reference implementation https://github.com/fire/avatar-wellness/blob/main/addons/bvh/import_bvh.gd#L54

Here's the example glb produced.
AvatarSample_A.vrm_melt_anim_only-b1360511181690057d76f1d0ad9317cb.zip

References

https://github.com/hurumeki/electron-pronama-chan/blob/master/assets/pronama/motion/melt.vmd
https://github.com/madjin/vrm-samples/blob/master/vroid/AvatarSample_A.vrm

Hello,
Not sure to fully understand what you said, because you mix import / export considerations.
But, please test with https://builder.blender.org/download/experimental/gltf_vtree/
Select the armature, and export using "Include > Limit to Selected Object", it will export each bone as Empty, and export animations as well.
Seems this is your requirement?

Let me check.

While I wait for the 10 minute download..

Exporting empties from Blender exists.

Delete the meshes from scene and export. Leave the armature as is.

This exported glb will probably fail to import as an armature and instead of skeletal animation it becomes empty animation

Ok, seems I get it.
2 possibilities here:

Force skin data to be created and exported, even if no meshes are exported. I first have to check if the glb is still a valid file regarding glTF 2.0 specification

Force to import a glb file with only empties as an armature.

For import, I don't want to make it available by default, as this is a custom interpretation of content of the file. But it should be able to perform it on a user extension addon.

Force skin data to be created and exported, even if no meshes are exported. I first have to check if the glb is still a valid file regarding glTF 2.0 specification

I believe our interpretation of putting armature joints into a global skin is valid. Can you check?

This is a duplicate of #822


GHA no longer has permissions to make PRs?

Choose whether GitHub Actions can create pull requests or submit approving pull request reviews.

This is now disabled and greyed out, and the bump workflow is broken. @jarrodmillman or @stefanv, do you know what changed?

It should be fixed now. We recent got an enterpise account and I had to enable it there. I wasn't expecting the upgrade to automatically disable things. But it looks like it did. There may be other things it changed, so we will need to keep an eye out.


Bootstrap's Safari Pinned Icon Not Displaying Properly

Bootstrap's safari-pinned-tab.svg icon is not displaying properly in Safari (see below) because the actual SVG is incorrect.  For one thing, the viewBox should be 0 0 16 16 per Apple's guidelines.

This SVG code should fix it:
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 16 16" >
<path d="M2.2,0C1.1,0.2,0.2,1.1,0,2.2C0,2.4,0,3.2,0,8c0,4.5,0,5.6,0,5.8c0.1,0.7,0.5,1.3,1,1.7c0.1,0.1,0.4,0.3,0.4,0.3
	c0,0,0.1,0,0.1,0.1c0.2,0.1,0.3,0.1,0.6,0.2c0.2,0,0.4,0,5.9,0c5.3,0,5.7,0,5.8,0c0.1,0,0.2,0,0.2-0.1c0.2,0,0.5-0.2,0.7-0.3
	c0.2-0.1,0.6-0.5,0.7-0.6c0,0,0.1-0.1,0.1-0.1c0.1-0.1,0.3-0.5,0.3-0.6c0-0.1,0.1-0.2,0.1-0.4c0-0.2,0-0.4,0-5.9l0-5.7l-0.1-0.2
	c-0.1-0.4-0.2-0.7-0.5-1c-0.4-0.5-0.9-0.9-1.6-1c-0.2,0-0.5,0-5.8,0C3.2,0,2.4,0,2.2,0z M4.4,3.5h4.3c1.2,0,2.1,0.3,2.6,0.9
	c0.3,0.4,0.4,0.9,0.4,1.4c0,0.6-0.2,1.1-0.6,1.4c-0.2,0.2-0.5,0.4-0.8,0.5c0.6,0.1,0.9,0.4,1.2,0.6c0.5,0.4,0.7,1,0.7,1.7
	c0,0.6-0.2,1.2-0.6,1.7c-0.6,0.7-1.6,1-2.9,1H4.4V3.5z M8.1,7.4c0.5,0,1,0,1.3-0.2C9.8,7,10,6.6,10,6.1C10,5.5,9.8,5.2,9.3,5
	C9,4.9,8.6,4.8,8,4.8h-2v2.6H8.1z M8.7,11.5c0.8,0,1.2-0.1,1.6-0.6c0.2-0.3,0.2-0.6,0.2-0.9c0-0.4-0.2-1-0.7-1.3
	C9.5,8.6,9,8.6,8.4,8.6H6.1v2.9H8.7z"/>
</svg>

Being that I'm not on OS X I can't confirm. I need someone else to confirm this.
Also, please try this SVG:
<svg xmlns="http://www.w3.org/2000/svg" width="933.333" height="933.333" version="1" viewBox="0 0 700 700">
  <path d="M98 1.6C60.2 8.4 29.3 31.3 12.4 65c-4.2 8.5-9 22.1-10 28.9-.3 2-1 5.6-1.5 8.1-.4 2.5-.7 113.4-.6 251 .3 233.8.4 246.9 2.1 254 4.5 18.9 11 32.8 21.9 47 17.8 23.1 41.6 37.8 71.2 43.9 8.6 1.8 18.8 1.9 256.5 1.7 233.5-.2 247.9-.3 255-1.9 30.4-7.3 54.6-23.5 72.3-48.5 7.9-11.2 13.9-24.7 17.9-40.7l2.3-9v-499l-2.3-9c-3.6-14.4-7.6-24-14.5-35.5-2.2-3.6-4.2-6.7-4.6-7-.3-.3-2.5-3-4.8-6C658.8 23.8 634.5 9 607 2.4 599.9.7 586.8.6 352.5.4 148.1.2 104.2.5 98 1.6zm504 7c22.9 4.1 41.8 14 58.6 30.8 16.8 16.9 26.7 35.7 30.8 58.6 1.3 7.5 1.5 38.4 1.3 254.5-.1 135.3-.6 247.3-1 249-.4 1.6-1.2 5.2-1.9 8-4.1 18.3-14.5 36.3-29.2 51.1-13 12.9-26.5 21.4-42.6 26.8-17.5 5.8-2.2 5.5-271 5.3-135.6-.1-247.8-.6-249.5-1-25.4-6.5-39.8-13.8-55.3-28.3-17.1-15.8-28.2-36-33.9-61.4-.4-1.9-.8-114.2-1-249.5-.2-267.6-.5-252.4 5.3-270.2 12-36.8 43.9-65.1 82.5-73.2 9.2-1.9 14.7-1.9 253.9-2 214 0 245.6.2 253 1.5z"/>
  <path d="M190.4 356.2l.1 204.3 99-.1c106.9 0 117.5-.3 136-4 1.1-.3 3.6-.7 5.5-1 1.9-.3 3.8-.8 4.3-1.1.4-.2 2-.7 3.5-.9 5.9-1.1 21.2-6.8 30.9-11.6 32.3-15.8 51.2-40.8 56.8-75.2 3.3-20.2.3-51.9-6.5-68.1-7.7-18.4-18.4-32.6-31.3-41.4-7.3-5-19.4-10.7-27.7-13.1-4.1-1.2-8.2-2.4-9-2.6-.8-.3 2.5-2.6 8-5.5 23.6-12.5 37.7-28.6 45.4-52 6-18.4 5.5-48.5-1.2-67.9-7.7-22.1-22.2-37.9-45.7-49.8-6.4-3.2-19.3-7.8-24.6-8.7-1.8-.3-3.6-.8-4-1.1-.5-.3-2.1-.7-3.6-.9-9.6-1.2-13-1.8-14.8-2.3-1.1-.3-51.3-.7-111.6-.9l-109.7-.3.2 204.2zm204.1-144.7c1.7.3 4.8 1.1 7 1.6s4.8 1.1 5.8 1.4c4.6 1.1 13.4 6.4 17.8 10.8 8.7 8.7 13 21.8 13.1 39.7.1 17.1-4.1 29.8-13.2 39.5-7.8 8.2-19.2 14.7-30 17.1-1.9.4-32.6.9-68.2 1.1l-64.8.4-.1-2.3c-.1-3-.1-106.8 0-108.9.1-1.4 6.8-1.5 64.9-1.3 35.6.1 66.1.5 67.7.9zm14 165c31.3 6.7 47.6 27 47.8 59.5.1 12.3-.6 18.1-3.4 26.4-5.7 16.9-19.6 30.3-36.9 35.7-6.3 1.9-8.7 2.4-16 3.4-2.9.4-57.5.6-122.5.5h-16l.2-62.7c.1-34.6.2-63.3.2-63.8.1-.7 22.9-1 69.4-.9 61.5.1 70.1.3 77.2 1.9z"/>
</svg>

Actually try this one:
<svg xmlns="http://www.w3.org/2000/svg" width="933.333" height="933.333" version="1" viewBox="0 0 700 700">
  <path d="M104.5.7C89.2 2.6 77.4 6.2 63.8 13.2 41.7 24.5 24.5 41.7 13.2 63.8 7.5 75.1 4.8 82.3 2.3 94 .6 102.1.5 114.3.5 350s.1 247.9 1.8 256c2.5 11.7 5.2 18.9 10.9 30.2 11.3 22.1 28.5 39.3 50.6 50.6 11.3 5.7 18.5 8.4 30.2 10.9 8.1 1.7 20.3 1.8 256 1.8s247.9-.1 256-1.8c11.7-2.5 18.9-5.2 30.2-10.9 22.1-11.3 39.3-28.5 50.6-50.6 5.7-11.3 8.4-18.5 10.9-30.2 1.7-8.1 1.8-20.3 1.8-256s-.1-247.9-1.8-256c-2.5-11.7-5.2-18.9-10.9-30.2C670.9 32.6 642.9 11 607 2.4 599.9.7 587.2.6 353.5.4 218.2.3 106.2.5 104.5.7zm315.3 153.6c47.4 9 75.3 30.5 85.6 65.9 5.1 17.8 5.6 43.1 1.1 60.3-2 7.5-7.9 20.3-12.2 26.4-8 11.3-21.9 22.8-36 30-3.5 1.7-6.3 3.5-6.3 3.9 0 .5 2.3 1.4 5.1 2 2.8.7 8.5 2.6 12.7 4.3 37.2 14.8 58.1 50.4 58.2 99 0 28.6-9 53.9-25.7 71.8-18.8 20.3-45.2 32.9-83.3 39.8-8.5 1.5-20.9 1.7-119.2 2l-109.8.4V151.9l110.8.4c95.5.3 111.8.6 119 2z"/>
  <path d="M262 266.5v56.6l65.3-.4c57.2-.3 65.9-.5 70.7-2 15.8-4.8 28.7-14.9 34.4-27.1 4.4-9.2 5.6-15.3 5.6-28.4-.1-25.1-7.5-39.8-24.3-47.7-14.1-6.7-14.2-6.7-86.4-7.2l-65.3-.5v56.7zm0 171.5v64.1l71.3-.3c69.8-.3 71.4-.4 79-2.6 11.4-3.2 19.2-7.7 27.2-15.7 12.1-12 16.8-24.9 16.8-46 0-20.8-5.1-34.3-17.3-45.9-7.9-7.4-15.8-11.6-28.1-14.7-8.1-2.1-10.5-2.2-78.6-2.6l-70.3-.5V438z"/>
</svg>

So, anyone on macOS that can try the above SVGs if our current one is indeed broken?

So, anyone on macOS that can try the above SVGs if our current one is indeed broken?

@XhmikosR Could you please explain the need for width="933.333" height="933.333" version="1" viewBox="0 0 700 700"?  As I understand it through the research I've done you don't need a height, width, version.  Also, the viewBox should be 0 0 16 16 per Apple's guidelines.

@XhmikosR I didn't know it also affected this SVG as well.  Thank you for explaining that.
Ok so along with spitting out images Bootstrap never uses (mstile-70x70.png, mstile-144x144.png, mstile-310x150.png, and mstile-310x310.png), we also have it spitting out bad SVG.  Is that correct?

The mstiles are fine. The SVG is also fine unless someone else confirms it's broken.

Also, you still haven't replied if my new SVG works or not...

@XhmikosR Yes, your new SVG looks good to me but is 34% larger in file size (1,332 bytes vs. 945 bytes).
Anyway, here's a screenshot:

We can live with that ;)
Thanks for confirming, I'll make a PR.


[Question] Caching the beginning of the prompt

❓ General Questions
My understanding is that, with other inference implementations, a part of the prompt at the begging, eg. the system prompt, can be cached and reused to accelerate further inferences that share the same initial cached prompt section.
I confirmed this using CTranslate2, for example, and got huge speed improvements by leaving the repeating instructions in the system message at the begging of the prompt and only changed the end of the prompt providing different context information for each inference iteration.
Is this possible with mlc-llm and Mistral 7B?
Is this maybe considered in https://github.com/mlc-ai/mlc-llm/issues/1118?

Hi @tqchen @kripper , I wonder if this is related to HuggingFace's Transformers generate() implementation - when we use use_cache = True we get the key-values that we can reuse to avoid recalculation of previously calculated tokens (in the encoder).
The difference between using vs. not using use_cache in transformers generate() is tremendous. I was wondering today if MLC allows this.

thanks for the suggestion, this is something that we are working on through the updated kv cache interface with forking, please stay tuned

Hi! Any news on this?

Hi @federicoparra, https://github.com/mlc-ai/mlc-llm/pull/1868 supports prefix caching in MLC Serve in the form of parameter n in OpenAI API. Right now we are also working on more general prefix caching.

moving to #2295


Willow MSBuild does not look up MSBuild extension path under VS folder when using MSBuildExtensionPath32

Running from a Willow command-prompt, with the following variations of imports:
  <VSToolsPath Condition="'$(VSToolsPath)' == ''">$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v$(VisualStudioVersion)</VSToolsPath>
[...]
   <Import Project="$(VSToolsPath)\VSSDK\Microsoft.VsSDK.targets"" />

<Import Project="$(VSToolsPath)\VSSDK\Microsoft.VsSDK.targets" />

and
<Import Project="$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v$(VisualStudioVersion)\VSSDK\Microsoft.VsSDK.targets"/>

Under a Willow command-prompt, I would expect all of these to get found under C:\Program Files (x86)\Microsoft Visual Studio 15.0\MSBuild\Microsoft\VisualStudio\v15.0\VSSDK.
Instead I get:
D:\roslyn-project-system\build\Targets\VSL.Imports.targets(368,3): error MSB4019: The imported project "C:\Program File
s (x86)\MSBuild\Microsoft\VisualStudio\v15.0\VSSDK\Microsoft.VsSDK.targets" was not found. Confirm that the path in the
 <Import> declaration is correct, and that the file exists on disk. [D:\roslyn-project-system\src\ProjectSystemDogfoodS
etup\ProjectSystemDogfoodSetup.csproj] [D:\roslyn-project-system\build\build.proj]

This might be because VsInstallRoot isn't set? Can't figure out how this calculated.

VSInstallRoot looks like it respects VSINSTALLDIR if VisualStudioVersion is also set: https://github.com/Microsoft/msbuild/blob/60c73c914c01c62f5496c6d04683f77e967bbc68/src/Shared/BuildEnvironmentHelper.cs#L166.
Tried this, still didn't work.

Oh, I looked at the log - turns out this is NuGet.exe running MSBuild:
                   Using "Exec" task from assembly "Microsoft.Build.Tasks.Core, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a".
                   Task "Exec" (TaskId:3)
                     Task Parameter:Command="C:\roslyn-project-system\build\..\build\bin\NuGet.exe" restore -verbosity quiet "C:\roslyn-project-system\build\..\src\ProjectSystem.sln" (TaskId:3)
                     "C:\roslyn-project-system\build\..\build\bin\NuGet.exe" restore -verbosity quiet "C:\roslyn-project-system\build\..\src\ProjectSystem.sln" (TaskId:3)
18:34:52.092     1>C:\roslyn-project-system\build\Targets\VSL.Imports.targets(365,3): error MSB4019: The imported project "C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v15.0\VSSDK\Microsoft.VsSDK.targets" was not found. Confirm that the path in the <Import> declaration is correct, and that the file exists on disk. [C:\roslyn-project-system\src\Microsoft.VisualStudio.ProjectSystem.CSharp.VS\Microsoft.VisualStudio.ProjectSystem.CSharp.VS.csproj] [C:\roslyn-project-system\build\build.proj]
18:34:52.190     1>C:\roslyn-project-system\build\Targets\VSL.Imports.targets(365,3): error MSB4019: The imported project "C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v15.0\VSSDK\Microsoft.VsSDK.targets" was not found. Confirm that the path in the <Import> declaration is correct, and that the file exists on disk. [C:\roslyn-project-system\src\Microsoft.VisualStudio.ProjectSystem.VisualBasic.VS\Microsoft.VisualStudio.ProjectSystem.VisualBasic.VS.csproj] [C:\roslyn-project-system\build\build.proj]
18:34:52.304     1>C:\roslyn-project-system\build\Targets\VSL.Imports.targets(365,3): error MSB4019: The imported project "C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v15.0\VSSDK\Microsoft.VsSDK.targets" was not found. Confirm that the path in the <Import> declaration is correct, and that the file exists on disk. [C:\roslyn-project-system\src\Microsoft.VisualStudio.ProjectSystem.CSharp.VS\Microsoft.VisualStudio.ProjectSystem.CSharp.VS.csproj] [C:\roslyn-project-system\build\build.proj]
18:34:52.322     1>C:\roslyn-project-system\build\Targets\VSL.Imports.targets(365,3): error MSB4019: The imported project "C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v15.0\VSSDK\Microsoft.VsSDK.targets" was not found. Confirm that the path in the <Import> declaration is correct, and that the file exists on disk. [C:\roslyn-project-system\src\Microsoft.VisualStudio.ProjectSystem.CSharp.VS\Microsoft.VisualStudio.ProjectSystem.CSharp.VS.csproj] [C:\roslyn-project-system\build\build.proj]
18:34:52.438     1>C:\roslyn-project-system\build\Targets\VSL.Imports.targets(365,3): error MSB4019: The imported project "C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v15.0\VSSDK\Microsoft.VsSDK.targets" was not found. Confirm that the path in the <Import> declaration is correct, and that the file exists on disk. [C:\roslyn-project-system\src\Microsoft.VisualStudio.ProjectSystem.VisualBasic.VS\Microsoft.VisualStudio.ProjectSystem.VisualBasic.VS.csproj] [C:\roslyn-project-system\build\build.proj]
18:34:52.458     1>C:\roslyn-project-system\build\Targets\VSL.Imports.targets(365,3): error MSB4019: The imported project "C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v15.0\VSSDK\Microsoft.VsSDK.targets" was not found. Confirm that the path in the <Import> declaration is correct, and that the file exists on disk. [C:\roslyn-project-system\src\Microsoft.VisualStudio.ProjectSystem.VisualBasic.VS\Microsoft.VisualStudio.ProjectSystem.VisualBasic.VS.csproj] [C:\roslyn-project-system\build\build.proj]
18:34:52.472     1>C:\roslyn-project-system\build\Targets\VSL.Imports.targets(365,3): error MSB4019: The imported project "C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v15.0\VSSDK\Microsoft.VsSDK.targets" was not found. Confirm that the path in the <Import> declaration is correct, and that the file exists on disk. [C:\roslyn-project-system\src\ProjectSystemSetup\ProjectSystemSetup.csproj] [C:\roslyn-project-system\build\build.proj]
18:34:52.480     1>C:\roslyn-project-system\build\Targets\VSL.Imports.targets(365,3): error MSB4019: The imported project "C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v15.0\VSSDK\Microsoft.VsSDK.targets" was not found. Confirm that the path in the <Import> declaration is correct, and that the file exists on disk. [C:\roslyn-project-system\src\VisualStudioEditorsSetup\VisualStudioEditorsSetup.csproj] [C:\roslyn-project-system\build\build.proj]
18:34:52.631     1>C:\roslyn-project-system\build\Targets\VSL.Imports.targets(365,3): error MSB4019: The imported project "C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v15.0\VSSDK\Microsoft.VsSDK.targets" was not found. Confirm that the path in the <Import> declaration is correct, and that the file exists on disk. [C:\roslyn-project-system\src\ProjectSystemDogfoodSetup\ProjectSystemDogfoodSetup.csproj] [C:\roslyn-project-system\build\build.proj]
                      (TaskId:3)
18:34:52.674     1>C:\roslyn-project-system\build\build.proj(30,5): error MSB3073: The command ""C:\roslyn-project-system\build\..\build\bin\NuGet.exe" restore -verbosity quiet "C:\roslyn-project-system\build\..\src\ProjectSystem.sln"" exited with code 1.
                   Done executing task "Exec" -- FAILED. (TaskId:3)
18:34:52.674     1>Done building target "RestorePackages" in project "build.proj" -- FAILED.: (TargetId:2)
18:34:52.675     1>Done Building Project "C:\roslyn-project-system\build\build.proj" (Build target(s)) -- FAILED.

Filed this against NuGet: https://github.com/NuGet/Home/issues/3387.


Cleaning up README, example DAG, and minor Operator change

README now has all content necessary to get started with the Operator and Sensor.
The example DAG was slightly re-arranged for clarity, and added fivetran_conn_id per the request of @pgzmnk.
The FivetranOperator now returns the Connector Details json response per the request of @pgzmnk.

Final changes for the beta package distribution. Will leave PR available for comments.


CUDA Memory Exhaustion after Continuous 2-Day Runtime on H100 GPU

System Info
After running the text generation inference container continuously with llama 13b for two days in a production environment, the system ran out of CUDA memory. This issue occurred on a server equipped with a H100 GPU.
Information

[X] Docker
[ ] The CLI directly

Tasks

[ ] An officially supported command
[ ] My own modifications

Reproduction
Deploy the text generation inference container to a server with a H100 GPU with llama 13b.
Run the container in a production environment.
Continue operation for 48+ hours without interruption.
Notice the CUDA Out Of Memory error.
Expected behavior
The text generation inference container should be able to operate indefinitely without running out of CUDA memory, provided that it is properly managed and garbage collected.

The vram is "properly managed and garbage collected". However if you receive a spike of requests and did not properly set the batching parameters for your memory budget, you will oom. The batching mechanism will add requests to the batch until it fills out its MAX_TOTAL_TOKENS. If you don t have enough vram to handle MAX_TOTAL_TOKENS, you oom.
This error should be recoverable and if it is not you should have probes on the health route that catch this kind of issues.
If you need any help setting these things up, know that we have tgi managed solutions both with sagemaker and huggingface endpoints.
Finally we have an expert acceleration program that can provide tailored advices for your use case.


It spend about 2 seconds at first time.

start > 2016-01-22 12:34:25.642
end  >  2016-01-22 12:34:27.917
First time, call the method as follows,it spend about 2 seconds,probably, it too slow.
print("start")
DataCache.sharedInstance.getJsonString("xxxx")
print("end")

public class DataCacheModel:RLMObject  {
    dynamic  var key:String = ""
    dynamic  var value:String = ""

    override public class func requiredProperties() -> [AnyObject]{
        return ["key","value"]
    }
}

public class var sharedInstance: DataCache {
        struct Static {
            static let instance: DataCache = DataCache()
        }
        return Static.instance
}

public func getJsonString(key:String) -> DataCacheModel?{
        let results:RLMResults = DataCacheModel.objectsWithPredicate(NSPredicate(format: "key = %@",key))
        if results.count > 0 {
            let object:DataCacheModel = results.objectAtIndex(0) as! DataCacheModel
            return object
        }
        return nil
}

Is that all code related to Realm, you have in your project? The first initialization of a Realm instance might take some time. On which device and OS are you seeing these times? What is the size of your database and the JSON string you're retrieving? It would help if you would provide some instrumentation data to see where the time is spent.
What might also help is to initialize the first Realm accessor at another place on the same thread and cache it in advance, so that you keep your database open and don't have to allocate memory all over again.

@hengchengfei as @mrackwitz has said, there are many factors that can affect the performance numbers you're seeing, such as running in Release/Debug mode, the size of the database, the size of your JSON string, the device you're running on, the number of Realm models you have linked in this app, etc.
If you find a bug, or performance optimization we could make, please let us know. Until then, I'm closing this issue.


403 Forbidden Access on api v3/contacdb/custom_fields

Ok, so I'm trying to get custom_fields, but i'm getting 403 status. My api key have full access over everything. You can test on "try it out" section of apis documentation:
https://sendgrid.api-docs.io/v3.0/contacts-api-custom-fields/retrieve-all-custom-fields
Thanks

Hi @Chabelo
I'm went ahead and removed the image showing your API key and would recommend you regenerate it since it has been exposed to the public. This GitHub page is intended to provide support for customers utilizing our sendgrid-node helper library. Since it does not appear you are using the helper library, I suggest you reach out to our support team for further assistance.


[FLOC-3707] Bump twisted version to 15.5.0.

https://clusterhq.atlassian.net/browse/FLOC-3707

Great, thanks.


Fix Translation Prepare Data Script

Removed the exit command in translation/data/prepare_data.sh before splitting train and valid.  Otherwise, there was only a tmp folder under wmt20_en_ru and no train.en, for example, which is needed for further steps in the README.md.

cc @KaosEngineer


NFV UI to select barclamps optionally with crowbar-nfv

If NFV is expected to include more projects, its easier if it can be provided as an option to deploy after the other openstack components are already deployed. Hence this PR provides a separate item in the drop-down for Barclamps. This will be visible to the user only when he installs crowbar-nfv/ on the Admin node.  The NFV related barclamps can be members of this group and can be selected to be installed one by one similar to the Openstack components.
This PR also updates the Text for OpenDayLight barclamp to say "OpenSource Software defined Networking(SDN) Controller" since it is an SDN controller and not SDN itself. It may make sense if we plan to integrate other SDN controllers in the group.
The screenshot shows a sample UI:

Can you change 'Nfv Members' to 'NFV Members'


kanban board setup

https://github.com/migo1/space-traveler/projects/1
this is the link to our project and we are two on this team

STATUS: APPROVED :green_circle: :clap:
Hello Team🙋♂,
Your project is complete!  There is nothing else to say other than... Great job 👏

Congratulations! 🎉
TO HIGHLIGHT:
✔ The four columns To Do, In Progress, In Review, and Done are present
✔ Each card on the board has a title, number of points, and a description of the task
✔ Tasks are divided based on the project requirements list
Now you can merge this branch and move on :1st_place_medal:
Optional suggestions

Kindly refer to the inline optional suggestions made. Ensure to apply them to have a professional project that suits recruiters' needs.

Every comment with the [OPTIONAL] prefix won't stop the approval of this PR. However, I strongly recommend you to take them into account as they can make your code better. Some of them were simply missed by the previous reviewer and addressing them will really improve your application.
Cheers and Happy coding!👏👏👏
Feel free to leave any questions or comments in the PR thread if something is not 100% clear.
Please, remember to tag me in your question so I can receive the notification.

As described in the Code reviews limits policy  you have a limited number of reviews per project (check the exact number in your Dashboard). If you think that the code review was not fair, you can request a second opinion using this form.
HAPPY CODING AND GOOD LUCK WITH THE COMING ONES :crossed_fingers: :four_leaf_clover:


shader transitions flicker on start

When using shader transitions with ScreenManager, the screen sometimes flickers and shows the background behind the ScreenManager.

The issue is easier to reproduce with a lower framerate (i.e. set maxfps = 5 in config.ini). With this test code, the white canvas sometimes flickers in the background at maxfps = 60, and is clearly visible every time with maxfps = 5:
#import pydevd; pydevd.settrace('localhost', port=51514, suspend=False)

import kivy
kivy.require('1.8.1')

from kivy.app import App
from kivy.lang import Builder
from kivy.clock import Clock

root = Builder.load_string('''
#:import sm kivy.uix.screenmanager
ScreenManager:
    transition: sm.WipeTransition()
    canvas.before:
        Color:
            rgba: 1, 1, 1, 1
        Rectangle:
            pos: self.pos
            size: self.size
    Screen:
        name: 'first'
        BoxLayout:
            canvas.before:
                Color:
                    rgba: 1, .5, .5, 1
                Rectangle:
                    size: self.size
            Label:
                text: 'first'
            Button:
                text: 'button'
    Screen:
        name: 'second'
        BoxLayout:
            canvas.before:
                Color:
                    rgba: .5, .5, 1, 1
                Rectangle:
                    size: self.size
            Label:
                text: 'second'
            BoxLayout:
                orientation: 'vertical'
                Button:
                    text: 'button 1'
                Button:
                    text: 'button 2'
''')

class TestApp(App):
    def build(self):
        Clock.schedule_interval(lambda dt: setattr(root, 'current', 'first' if root.current == 'second' else 'second'), 1)
        return root

if __name__ == '__main__':
    TestApp().run()

Want to back this issue? Place a bounty on it! We accept bounties via Bountysource.

Just wondering if this and #2691 have any relationship.

@derekstavis No, this issue only affects shader transitions. #2691 happens because both Screens end up on the ScreenManager's canvas for one frame, and with no background you will be able to see the bottom Screen through the top one.


Remove runtime dependency on libwebp

libwebp no longer contains the libraries that libtiff needs. The libraries are strictly in libwebp-base. Having libtiff depend on libwebp causes a circular dependency which prevents libwebp from building.

Checklist

[ ] Used a fork of the feedstock to propose changes
[ ] Bumped the build number (if the version is unchanged)
[ ] Reset the build number to 0 (if the version changed)
[ ] Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
[ ] Ensured the license file is being packaged.

Hi! This is the friendly automated conda-forge-linting service.
I wanted to let you know that I linted all conda-recipes in your PR (recipe) and found some lint.
Here's what I've got...
For recipe:

Failed to even lint the recipe, probably because of a conda-smithy bug :cry:. This likely indicates a problem in your meta.yaml, though. To get a traceback to help figure out what's going on, install conda-smithy and run conda smithy recipe-lint . from the recipe directory.

Hi! This is the friendly automated conda-forge-linting service.
I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.


Why do not support trigger on pullrequets event when action equal closed ?

Is there any special reason PR closed event do not support ?
pipelinesascode.tekton.dev/on-cel-expression: |
target_branch == "pipelineascode" &&
body.pull_request.merged == true
{"level":"info","ts":"2024-01-26T06:37:16.741Z","logger":"pipelinesascode","caller":"adapter/adapter.go:211","msg":"skipping event: pull_request: unsupported action "closed"","commit":"0bd8115","provider":"github","event-id":"5764e830-bc15-11ee-8b09-89324112a5fe"}

because we don't handle this event as this needs to be implemented,

Why not just simply add the closed action in /pipelines-as-code/pkg/provider/github/detect.go
'''
if provider.Valid(event.GetAction(), []string{"opened", "synchronize", "synchronized", "reopened", "closed"}) {
return info.TriggerTypePullRequest, ""
}
'''

@chmouel Hello! I was wondering if there is a plan to implement this feature or something similar in the near future. This would be really helpful, especially in cases of garbage collection. Sometimes, we need to run certain tasks when a pull request is closed and we can't replace it with a push event. Thank you!


GCP Pub/Sub Scaler: add oldest unacked message age metric

add ability to scale using oldest unacked message age metric from gcp stackdriver and update tests

[x] Commits are signed with Developer Certificate of Origin (DCO - learn more)
[x] Tests have been added
[ ] A PR is opened to update our Helm chart (repo) (if applicable, ie. when deployment manifests are modified)
[ ] A PR is opened to update the documentation on (repo) (if applicable)
[ ] Changelog has been updated

Fixes #2226

@hermanbanken @jmalvarezf-lmes PTAL

PR for documentation https://github.com/kedacore/keda-docs/pull/579

@jmalvarezf-lmes PTAL

@jmalvarezf-lmes PTAL

Hi @Friedrich42,
For me it is fine, thank you!
Regards,


allow redirects to RSS / atom

🐛 Bug Report
I'm not sure if this is a bug or a feature request.  My blog used to live on blogger and exposed an atom feed at feeds/posts/default.  I thought I'd probably be able to implement a redirect to the /atom.xml to support people who haven't updated their feed readers.  Didn't work so I thought I'd raise here.
Have you read the [Contributing Guidelines on issues]
Yes
To Reproduce
      "@docusaurus/plugin-client-redirects",
      {
        redirects: [
          {
            to: '/atom.xml',
            from: '/feeds/posts/default',
          },
        ],
      },

With this in place, run the build with yarn build and you'll get:
Error: You are trying to create client-side redirections to paths that do not exist:
- /atom.xml

Expected behavior
Maybe a /feeds/posts/default is created during the build?
Actual Behavior
See above.
Your Environment

Public source code: https://github.com/johnnyreilly/blog.johnnyreilly.com/tree/main/blog-website
Public site url: https://blog.johnnyreilly.com/
Docusaurus version used: 72
Environment name and version (e.g. Chrome 78.0.3904.108, Node.js 10.17.0): Node 14
Operating system and version (desktop or mobile): Linux Ubuntu 20

Reproducible Demo
You can see this failing on the GitHub Action associated with this PR:
https://github.com/johnnyreilly/blog.johnnyreilly.com/pull/29
You can see the code that generates the error here: https://github.com/facebook/docusaurus/blob/9bdb9eb6305af6b661c90ede7837ba4c7b670bce/packages/docusaurus-plugin-client-redirects/src/collectRedirects.ts#L58

Hi
@docusaurus/plugin-client-redirects can only create client-side redirects, and is expected to redirect to an existing Docusaurus page route. RSS feeds and sitemaps etc are not applicable because those files are created in a postBuild hook and are not actual SPA routes. We could enhance the plugin to support client-side redirects to RSS and sitemaps but I don't feel it's something I'd like to encourage.
I strongly discourage you to use a client-side redirect for your RSS feed, as it requires loading HTML and executing JS to actually perform the redirect, and I believe most RSS clients won't execute any JS at all to see if it performs any redirect, and will just follow server-side redirects.
Docusaurus can't do server-side redirects, and you have to set this up on your host provider like Netlify, CloudFlare, Vercel...
Unfortunately GH pages (that you seem to be using) does not allow any server-side redirect option, so the only thing you can do  is use a better hosting solution like Netlify/Vercel, or put Cloudflare on top of GH pages (it will also improve perfs significantly)

Okay wait - I see what you mean. I'd browsed the gh-pages branch and spotted files like this which represented my redirects:
https://github.com/johnnyreilly/blog.johnnyreilly.com/blob/gh-pages/2020/12/azure-pipelines-meet-jest/index.html
I didn't open the files, but assumed it just contained the same content as the original file. I assumed they weren't actually redirects; more duplicate content sitting on the old URL, which were just going to history.push on load. I didn't realise it contained something like this:
  <script>
    window.location.href = '/2020/12/30/azure-pipelines-meet-jest';
  </script>

Now that I realise that, you're completely right. What I was suggesting would make no sense.
Incidentally, I do have Cloudfare in place for my blog - you're suggesting I set up a redirect there I guess?

Yeah - done:

yes :)


⚠ ClamAV has degraded performance

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

HTTP code: 200
Response time: 443 ms

Resolved: ClamAV performance has improved in a70ad7f after 5 minutes.


nzz and Nzz not working

First of all, thanks for the plugin. It's really great and works flawlessly 99% of the time.
I have a mapping that makes my n maps to nzz, so the search term is always kept in the center of the screen.
When using neoscroll, for some reason, nzz puts me on the line before the actual search term, so I'm "stuck" since the 'next' is always the ocurrence I just found.
Not sure if there's an easy way to fix this, but it would be great to keep my nzz mappings and still use neoscroll for zz.
Steps to reproduce:

nnoremap n nzz
Setup neoscroll:

neoscroll.setup({
   		-- All these keys will be mapped to their corresponding default scrolling animation
   		mappings = {
   			"<C-u>",
   			"<C-d>",
   			"<C-b>",
   			"<C-f>",
   			"<C-y>",
   			"<C-e>",
   			"zt",
   			"zz",
   			"zb",
   		},
   		hide_cursor = true, -- Hide cursor while scrolling
   		stop_eof = true, -- Stop at <EOF> when scrolling downwards
   		use_local_scrolloff = false, -- Use the local scope of scrolloff instead of the global scope
   		respect_scrolloff = false, -- Stop scrolling when the cursor reaches the scrolloff margin of the file
   		cursor_scrolls_alone = true, -- The cursor will keep on scrolling even if the window cannot scroll further
   	})

Open a large file an search for anything. Press n to go to the next match and see that the cursor actually lands on the line before it

This issue doesn't happen in smaller files. If the content fits in the window, it works as expected

I'm a bit confused. If you use nnoremap for your mapping you shouldn't see any neoscroll related motion as it will ignore any mappings within you mapping. For your mapping to work with Neoscroll mappings you should use nmap n nzz. I've tried this mapping and it looks like it's working properly for me. If this mapping doesn't work for you please share a specific text where I can reproduce the issue.

It must have been some weird configuration on my side, you're completely right. I changed some mappings and no longer can reproduce. Closing this. Thanks for your time.


Assign users to groups

Need the ability to assign users to groups, if they're from Sponge UK, we have to be able to specify the subgroups they are part of. Same for editing.

Can now assign users to groups when creating a new user, but not yet on update.


Broken gRPC calls with Istio Service Mesh and Envoy

Hi everyone,
I don't really know if here is the right place to ask, but I'll try anyway. For the sake of clarity, I've asked the same on Envoy GitHub as I don't really know where the problem lies: https://github.com/envoyproxy/envoy/issues/16811
A bit of context
We've an Istio 1.8.3 installation on a 1.18.x Kubernetes clusters. There are two pods (let's say ORIGIN and DEST) where ORIGIN is making a gRPC call to DEST, through a Kubernetes service that is proxying the DEST pod.
The situation is this:

We are using higherkindness/mu-scala
without Istio sidecars (i.e. Envoy proxies) all is going well.
With the sidecars the gRPC communication is not working, we receive an error like Received unexpected EOS on empty DATA frame from server.

Here are the logs, one for successful communication (without sidecars) and one for bad communication (with sidecars)
Successful communications logs
ORIGIN-POD ORIGIN-POD DEBUG 2021-06-03 16:18:44.417 [grpc-nio-worker-ELG-1-1] i.g.n.NettyClientHandler - [id: 0x0a2ce423, L:/<IP_ADDRESS>:60318 - R:dest-service/<IP_ADDRESS>:9100] OUTBOUND SETTINGS: ack=false settings={ENABLE_PUSH=0, MAX_CONCURRENT_STREAMS=0, INITIAL_WINDOW_SIZE=1048576, MAX_HEADER_LIST_SIZE=8192}
ORIGIN-POD ORIGIN-POD DEBUG 2021-06-03 16:18:44.430 [grpc-nio-worker-ELG-1-1] i.g.n.NettyClientHandler - [id: 0x0a2ce423, L:/<IP_ADDRESS>:60318 - R:dest-service/<IP_ADDRESS>:9100] OUTBOUND WINDOW_UPDATE: streamId=0 windowSizeIncrement=983041
ORIGIN-POD ORIGIN-POD DEBUG 2021-06-03 16:18:44.515 [grpc-nio-worker-ELG-1-1] i.g.n.NettyClientHandler - [id: 0x0a2ce423, L:/<IP_ADDRESS>:60318 - R:dest-service/<IP_ADDRESS>:9100] INBOUND SETTINGS: ack=false settings=[id: 0x0a2ce423, L:/<IP_ADDRESS>:60318 - R:dest-service/<IP_ADDRESS>:9100]
ORIGIN-POD ORIGIN-POD DEBUG 2021-06-03 16:18:44.516 [grpc-nio-worker-ELG-1-1] i.g.n.NettyClientHandler - [id: 0x0a2ce423, L:/<IP_ADDRESS>:60318 - R:dest-service/<IP_ADDRESS>:9100] OUTBOUND SETTINGS: ack=true
ORIGIN-POD ORIGIN-POD DEBUG 2021-06-03 16:18:44.535 [grpc-nio-worker-ELG-1-1] i.g.n.NettyClientHandler - [id: 0x0a2ce423, L:/<IP_ADDRESS>:60318 - R:dest-service/<IP_ADDRESS>:9100] INBOUND SETTINGS: ack=true
ORIGIN-POD ORIGIN-POD DEBUG 2021-06-03 16:18:44.542 [grpc-nio-worker-ELG-1-1] i.g.n.NettyClientHandler - [id: 0x0a2ce423, L:/<IP_ADDRESS>:60318 - R:dest-service/<IP_ADDRESS>:9100] OUTBOUND HEADERS: streamId=3 headers=GrpcHttp2OutboundHeaders[:authority: dest-service:9100, :path: /x.y.z/Create, :method: POST, :scheme: http, content-type: application/grpc, te: trailers, user-agent: grpc-java-netty/1.36.1, grpc-accept-encoding: gzip] streamDependency=0 weight=16 exclusive=false padding=0 endStream=false
ORIGIN-POD ORIGIN-POD DEBUG 2021-06-03 16:18:44.551 [grpc-nio-worker-ELG-1-1] i.g.n.NettyClientHandler - [id: 0x0a2ce423, L:/<IP_ADDRESS>:60318 - R:dest-service/<IP_ADDRESS>:9100] OUTBOUND DATA: streamId=3 padding=0 endStream=true length=50 bytes=000000002d0a2439383937636436392d646636632d346362612d386631392d30613562316332613237663412057465737439
ORIGIN-POD ORIGIN-POD DEBUG 2021-06-03 16:18:44.718 [grpc-nio-worker-ELG-1-1] i.g.n.NettyClientHandler - [id: 0x0a2ce423, L:/<IP_ADDRESS>:60318 - R:dest-service/<IP_ADDRESS>:9100] INBOUND WINDOW_UPDATE: streamId=0 windowSizeIncrement=9934465
ORIGIN-POD ORIGIN-POD DEBUG 2021-06-03 16:18:45.500 [grpc-nio-worker-ELG-1-1] i.g.n.NettyClientHandler - [id: 0x0a2ce423, L:/<IP_ADDRESS>:60318 - R:dest-service/<IP_ADDRESS>:9100] INBOUND HEADERS: streamId=3 headers=GrpcHttp2ResponseHeaders[:status: 200, content-type: application/grpc+proto, grpc-encoding: gzip, date: Thu, 03 Jun 2021 16:18:45 GMT] padding=0 endStream=false
ORIGIN-POD ORIGIN-POD DEBUG 2021-06-03 16:18:45.512 [grpc-nio-worker-ELG-1-1] i.g.n.NettyClientHandler - [id: 0x0a2ce423, L:/<IP_ADDRESS>:60318 - R:dest-service/<IP_ADDRESS>:9100] INBOUND DATA: streamId=3 padding=0 endStream=false length=89 bytes=01000000541f8b08000000000000000dc8bb1580201004c0dcd01a48f73de0be9473cad27f093ae15c6df98c71b6224c079429a8ca05299fbd18215177eb41ef...
ORIGIN-POD ORIGIN-POD DEBUG 2021-06-03 16:18:45.512 [grpc-nio-worker-ELG-1-1] i.g.n.NettyClientHandler - [id: 0x0a2ce423, L:/<IP_ADDRESS>:60318 - R:dest-service/<IP_ADDRESS>:9100] OUTBOUND PING: ack=false bytes=1234
ORIGIN-POD ORIGIN-POD DEBUG 2021-06-03 16:18:45.521 [grpc-nio-worker-ELG-1-1] i.g.n.NettyClientHandler - [id: 0x0a2ce423, L:/<IP_ADDRESS>:60318 - R:dest-service/<IP_ADDRESS>:9100] INBOUND HEADERS: streamId=3 headers=GrpcHttp2ResponseHeaders[grpc-status: 0, date: Thu, 03 Jun 2021 16:18:45 GMT] padding=0 endStream=true
ORIGIN-POD ORIGIN-POD DEBUG 2021-06-03 16:18:45.530 [grpc-nio-worker-ELG-1-1] i.g.n.NettyClientHandler - [id: 0x0a2ce423, L:/<IP_ADDRESS>:60318 - R:dest-service/<IP_ADDRESS>:9100] INBOUND PING: ack=true bytes=1234
ORIGIN-POD ORIGIN-POD INFO  2021-06-03 16:18:45.542 [ioapp-compute-0] i.r.c.Server$ - [APPLICATION_LOGS_BLAH_BLAH]
ORIGIN-POD ORIGIN-POD DEBUG 2021-06-03 16:18:45.552 [grpc-nio-worker-ELG-1-1] i.g.n.NettyClientHandler - [id: 0x0a2ce423, L:/<IP_ADDRESS>:60318 - R:dest-service/<IP_ADDRESS>:9100] OUTBOUND GO_AWAY: lastStreamId=0 errorCode=0 length=0 bytes=

Bad Communication logs
ORIGIN-POD ORIGIN-POD DEBUG 2021-06-03 15:13:30.427 [grpc-nio-worker-ELG-1-1] i.g.n.NettyClientHandler - [id: 0x600c3d09, L:/<IP_ADDRESS>:33746 - R:dest-service/<IP_ADDRESS>:9100] OUTBOUND SETTINGS: ack=false settings={ENABLE_PUSH=0, MAX_CONCURRENT_STREAMS=0, INITIAL_WINDOW_SIZE=1048576, MAX_HEADER_LIST_SIZE=8192}
ORIGIN-POD ORIGIN-POD DEBUG 2021-06-03 15:13:30.475 [grpc-nio-worker-ELG-1-1] i.g.n.NettyClientHandler - [id: 0x600c3d09, L:/<IP_ADDRESS>:33746 - R:dest-service/<IP_ADDRESS>:9100] OUTBOUND WINDOW_UPDATE: streamId=0 windowSizeIncrement=983041
ORIGIN-POD ORIGIN-POD DEBUG 2021-06-03 15:13:30.487 [grpc-nio-worker-ELG-1-1] i.g.n.NettyClientHandler - [id: 0x600c3d09, L:/<IP_ADDRESS>:33746 - R:dest-service/<IP_ADDRESS>:9100] INBOUND SETTINGS: ack=false settings={HEADER_TABLE_SIZE=4096, MAX_CONCURRENT_STREAMS=2147483647, INITIAL_WINDOW_SIZE=268435456,=0}
ORIGIN-POD ORIGIN-POD DEBUG 2021-06-03 15:13:30.490 [grpc-nio-worker-ELG-1-1] i.g.n.NettyClientHandler - [id: 0x600c3d09, L:/<IP_ADDRESS>:33746 - R:dest-service/<IP_ADDRESS>:9100] OUTBOUND SETTINGS: ack=true
ORIGIN-POD ORIGIN-POD DEBUG 2021-06-03 15:13:30.511 [grpc-nio-worker-ELG-1-1] i.g.n.NettyClientHandler - [id: 0x600c3d09, L:/<IP_ADDRESS>:33746 - R:dest-service/<IP_ADDRESS>:9100] INBOUND SETTINGS: ack=true
ORIGIN-POD ORIGIN-POD DEBUG 2021-06-03 15:13:30.512 [grpc-nio-worker-ELG-1-1] i.g.n.NettyClientHandler - [id: 0x600c3d09, L:/<IP_ADDRESS>:33746 - R:dest-service/<IP_ADDRESS>:9100] INBOUND WINDOW_UPDATE: streamId=0 windowSizeIncrement=268369921
ORIGIN-POD ORIGIN-POD DEBUG 2021-06-03 15:13:30.521 [grpc-nio-worker-ELG-1-1] i.g.n.NettyClientHandler - [id: 0x600c3d09, L:/<IP_ADDRESS>:33746 - R:dest-service/<IP_ADDRESS>:9100] OUTBOUND HEADERS: streamId=3 headers=GrpcHttp2OutboundHeaders[:authority: dest-service:9100, :path: /x.y.z/Create, :method: POST, :scheme: http, content-type: application/grpc, te: trailers, user-agent: grpc-java-netty/1.36.1, grpc-accept-encoding: gzip] streamDependency=0 weight=16 exclusive=false padding=0 endStream=false
ORIGIN-POD ORIGIN-POD DEBUG 2021-06-03 15:13:30.533 [grpc-nio-worker-ELG-1-1] i.g.n.NettyClientHandler - [id: 0x600c3d09, L:/<IP_ADDRESS>:33746 - R:dest-service/<IP_ADDRESS>:9100] OUTBOUND DATA: streamId=3 padding=0 endStream=true length=50 bytes=000000002d0a2439383937636436392d646636632d346362612d386631392d30613562316332613237663412057465737439
ORIGIN-POD ORIGIN-POD DEBUG 2021-06-03 15:13:31.071 [grpc-nio-worker-ELG-1-1] i.g.n.NettyClientHandler - [id: 0x600c3d09, L:/<IP_ADDRESS>:33746 - R:dest-service/<IP_ADDRESS>:9100] INBOUND HEADERS: streamId=3 headers=GrpcHttp2ResponseHeaders[:status: 200, grpc-encoding: gzip, date: Thu, 03 Jun 2021 15:13:31 GMT, content-type: application/grpc+proto, x-envoy-upstream-service-time: 529, server: envoy] padding=0 endStream=false
ORIGIN-POD ORIGIN-POD DEBUG 2021-06-03 15:13:31.113 [grpc-nio-worker-ELG-1-1] i.g.n.NettyClientHandler - [id: 0x600c3d09, L:/<IP_ADDRESS>:33746 - R:dest-service/<IP_ADDRESS>:9100] INBOUND DATA: streamId=3 padding=0 endStream=false length=89 bytes=01000000541f8b08000000000000000dc9b911c0300804c0dca16b50ca0c423ca21c71c6fd97606fbad710e6ee9a2099aca406a1b4d8a4484b632b71dc2375c9...
ORIGIN-POD ORIGIN-POD DEBUG 2021-06-03 15:13:31.114 [grpc-nio-worker-ELG-1-1] i.g.n.NettyClientHandler - [id: 0x600c3d09, L:/<IP_ADDRESS>:33746 - R:dest-service/<IP_ADDRESS>:9100] OUTBOUND PING: ack=false bytes=1234
ORIGIN-POD ORIGIN-POD DEBUG 2021-06-03 15:13:31.125 [grpc-nio-worker-ELG-1-1] i.g.n.NettyClientHandler - [id: 0x600c3d09, L:/<IP_ADDRESS>:33746 - R:dest-service/<IP_ADDRESS>:9100] INBOUND DATA: streamId=3 padding=0 endStream=true length=0 bytes=
ORIGIN-POD ORIGIN-POD DEBUG 2021-06-03 15:13:31.129 [grpc-nio-worker-ELG-1-1] i.g.n.NettyClientHandler - [id: 0x600c3d09, L:/<IP_ADDRESS>:33746 - R:dest-service/<IP_ADDRESS>:9100] INBOUND PING: ack=true bytes=1234
ORIGIN-POD ORIGIN-POD DEBUG 2021-06-03 15:13:31.160 [grpc-nio-worker-ELG-1-1] i.g.n.NettyClientHandler - [id: 0x600c3d09, L:/<IP_ADDRESS>:33746 - R:dest-service/<IP_ADDRESS>:9100] OUTBOUND GO_AWAY: lastStreamId=0 errorCode=0 length=0 bytes=
[APPLICATION-LOGS_BLAH_BLAH]
ORIGIN-POD ORIGIN-POD io.grpc.StatusRuntimeException: INTERNAL: Received unexpected EOS on empty DATA frame from server
ORIGIN-POD ORIGIN-POD	at io.grpc.Status.asRuntimeException(Status.java:535)
ORIGIN-POD ORIGIN-POD	at io.grpc.stub.ClientCalls$UnaryStreamToFuture.onClose(ClientCalls.java:533)
ORIGIN-POD ORIGIN-POD	at io.grpc.internal.DelayedClientCall$DelayedListener$3.run(DelayedClientCall.java:464)
ORIGIN-POD ORIGIN-POD	at io.grpc.internal.DelayedClientCall$DelayedListener.delayOrExecute(DelayedClientCall.java:428)
ORIGIN-POD ORIGIN-POD	at io.grpc.internal.DelayedClientCall$DelayedListener.onClose(DelayedClientCall.java:461)
ORIGIN-POD ORIGIN-POD	at io.grpc.internal.ClientCallImpl.closeObserver(ClientCallImpl.java:553)
ORIGIN-POD ORIGIN-POD	at io.grpc.internal.ClientCallImpl.access$300(ClientCallImpl.java:68)
ORIGIN-POD ORIGIN-POD	at io.grpc.internal.ClientCallImpl$ClientStreamListenerImpl$1StreamClosed.runInternal(ClientCallImpl.java:739)
ORIGIN-POD ORIGIN-POD	at io.grpc.internal.ClientCallImpl$ClientStreamListenerImpl$1StreamClosed.runInContext(ClientCallImpl.java:718)
ORIGIN-POD ORIGIN-POD	at io.grpc.internal.ContextRunnable.run(ContextRunnable.java:37)
ORIGIN-POD ORIGIN-POD	at io.grpc.internal.SerializingExecutor.run(SerializingExecutor.java:123)

Differences in logs
Unfortunately I'm no expert in debugging gGPC services, and  There's one thing that i clearly see:

in succesful calls (without envoys) we've got only one INBOUND DATA log line:

ORIGIN-POD ORIGIN-POD DEBUG 2021-06-03 16:18:45.512 [grpc-nio-worker-ELG-1-1] i.g.n.NettyClientHandler - [id: 0x0a2ce423, L:/<IP_ADDRESS>:60318 - R:dest-service/<IP_ADDRESS>:9100] INBOUND DATA: streamId=3 padding=0 endStream=false length=89 bytes=01000000541f8b08000000000000000dc8bb1580201004c0dcd01a48f73de0be9473cad27f093ae15c6df98c71b6224c079429a8ca05299fbd18215177eb41ef...

in errored calls (with envoys) we've got TWO INBOUND DATA log lines:

ORIGIN-POD ORIGIN-POD DEBUG 2021-06-03 15:13:31.113 [grpc-nio-worker-ELG-1-1] i.g.n.NettyClientHandler - [id: 0x600c3d09, L:/<IP_ADDRESS>:33746 - R:dest-service/<IP_ADDRESS>:9100] INBOUND DATA: streamId=3 padding=0 endStream=false length=89 bytes=01000000541f8b08000000000000000dc9b911c0300804c0dca16b50ca0c423ca21c71c6fd97606fbad710e6ee9a2099aca406a1b4d8a4484b632b71dc2375c9...

ORIGIN-POD ORIGIN-POD DEBUG 2021-06-03 15:13:31.125 [grpc-nio-worker-ELG-1-1] i.g.n.NettyClientHandler - [id: 0x600c3d09, L:/<IP_ADDRESS>:33746 - R:dest-service/<IP_ADDRESS>:9100] INBOUND DATA: streamId=3 padding=0 endStream=true length=0 bytes=

and the last one has length=0 bytes, so I suppose that this is giving the Received unexpected EOS on empty DATA frame from server error
Envoy logs
Just to add an important info, here are the Envoy proxies logs for above communication
ORIGIN pod
[2021-05-28T15:32:52.440Z] "POST /x.y.z/Create HTTP/2" 200 - via_upstream - "-" 50 89 534 529 "-" "grpc-java-netty/1.36.1" 2b95ea42-d089-4ae5-9d45-b13dba9e983f"  "dest-service:9100" <IP_ADDRESS>:9000 outbound|9100||dest-service.default.svc.cluster.local <IP_ADDRESS>:35838 <IP_ADDRESS>:9100 <IP_ADDRESS>:33746 - default

DEST pod
[2021-05-28T15:32:52.442Z]  "POST /x.y.z/Create HTTP/2"  200  -  via_upstream  -  "-"  0  135  643  640  "-"  "grpc-java-netty/1.36.1"  "96fa90ba-ab5e-4d03-818e-c762f5 │  │ 92aeb1"  "dest-service:9100"  "<IP_ADDRESS>:9000"  inbound|9000||  <IP_ADDRESS>:45170  <IP_ADDRESS>:9000  <IP_ADDRESS>:35838  outbound_.9100_._.dest-service.default.svc.cluster.local  default

Hope that this is enough to let someone of you understand what my problem is.
Thanks

Did you figure it out?


Question: Reusing Path Parameters

I've got a series of paths that use the same path parameter:
paths:
  /catalog/items/{id}:
    ...
  /catalog/items/{id}/children:
    ...
  etc.

I would like the {id} parameter to be defined once with a description and type so that I can reuse it, but this appears to be invalid:
paths:
   ...
parameters:
  catalogItemId: # <-- Not a valid parameter definition
    name: id
    in: path
    description: The ID of the catalog item to update.
    required: false
    type: integer
    format: int64

It doesn't seem like this should be invalid according to the schema linked by the editor (http://swagger.io/v2/schema.json#), but for some reason this is rejected by the online editor.
Is there anyway to share path parameter definitions?

Path parameters in 2.0 must always be required. Change it to required: true and you're good to go.

Doh!!!! Looking at this for FAR too long before finding this.  I wish the schema could give a better error in cases like this, but c'est la vie.


Why is VS Code selected as the editor for Aurelia-CLI default-typescript project?

This is taken straight from the workflow of aurelia-cli (https://github.com/aurelia/cli/blob/master/lib/commands/new/new-application.json#L8-L42). The default is set to visual studio code, and there is no step in that workflow to change the default.
In step 3 you choose "default-typescript", then it goes to step 11 (which is not a step where the user has to do anything) and it goes to step 13 right after that, which is the step where the project gets created. So step 10 is not used in this path. I'm also not sure what this Editor setting does

Strictly following Aurelia-CLI is more important than any minor inconveniences / lack of clarity issues. No need to change anything.


OPENCL error when starting zcash-miner

[OPENCL]:Found suitable OpenCL device [Tahiti] with<PHONE_NUMBER> bytes of GPU memory
[OPENCL]:Using platform: AMD Accelerated Parallel Processing
[OPENCL]:Using device: Tahiti(OpenCL 1.2 AMD-APP (1800.11))
[OPENCL]:Printing program log
[OPENCL]:"/tmp/OCLRQQ3gr.cl", line 287: warning: integer conversion resulted in a
change of sign
v[14] ^= -1;
^

confirm exact problem with exact output

this is apparently non-fatal, after 30sec or so, it starts up OK

This is just a warning because of the catalyst drivers. This is fine. It should run soon after this warning.