Conditions affecting Multiple Skills or Attributes

The "Smeared Through" condition (aka "Slimed") from the Ghost Hunters Action Flick affects two skills (Flirt and Style) rather than an attribute or single skill. Is it feasible to add another skill selection drop-down to the Conditions set up? For flexibility it may be worth looking at giving the ability to just add additional Attribute or skill drop-downs to a Condition item, that way if there are new ones brought in that affect several attributes, or which affect a bunch of skills, it's covered.
Best
Matt

If I gave the option to add Two Skills and Two attributes |(with not applicable always being an option) would that work?
Maximum flexibility (at least until we hit a condition that could affect three or more).

Sounds good to me :)On 21 Sept 2024 15:55, Genii-Locorum @.***> wrote:
If I gave the option to add Two Skills and Two attributes |(with not applicable always being an option) would that work?
Maximum flexibility (at least until we hit a condition that could affect three or more).
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you authored the thread.Message ID: @.***>

@babel2uk  - quick question whilst I'm out doing the grocery shopping....
If I have two conditions that can affect the same skill is that -2 to dice roll or just -1.
Does the same apply to attributes?
Cheers

Sorry, was out myself.As far as I can tell, they stack, so if there's 2 conditions affecting one skill or attribute it would be -2. With the caveat that you can never be rolling more than 9 or less than 2 dice.On 22 Sept 2024 10:51, Genii-Locorum @.***> wrote:
@babel2uk  - quick question whilst I'm out doing the grocery shopping....
If I have two conditions that can affect the same skill is that -2 to dice roll or just -1.
Does the same apply to attributes?
Cheers
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: @.***>

Thank you for your input.  Now fixed in release V2.08.  I will close the issue.


Traceback when trying to run openapi-python-client

Describe the bug
Traceback when trying to run openapi-python-client generate --url https://api.va.gov/services/va_facilities/docs/v0/api
To Reproduce
Steps to reproduce the behavior:

Install via pipx
run openapi-python-client generate --url https://api.va.gov/services/va_facilities/docs/v0/api

Expected behavior
I'm not sure yet, this is my first interaction with the tool.
OpenAPI Spec File
n/a
Desktop (please complete the following information):

OS: MacOS 10.14.6
Python Version: 3.7.6
openapi-python-client version - not sure

Additional context
Traceback (most recent call last):
  File "/Users/tommy/.local/bin/openapi-python-client", line 5, in <module>
    from openapi_python_client.cli import app
  File "/Users/tommy/.local/pipx/venvs/openapi-python-client/lib/python3.9/site-packages/openapi_python_client/__init__.py", line 16, in <module>
    from .parser import GeneratorData, import_string_from_reference
  File "/Users/tommy/.local/pipx/venvs/openapi-python-client/lib/python3.9/site-packages/openapi_python_client/parser/__init__.py", line 5, in <module>
    from .openapi import GeneratorData, import_string_from_reference
  File "/Users/tommy/.local/pipx/venvs/openapi-python-client/lib/python3.9/site-packages/openapi_python_client/parser/openapi.py", line 8, in <module>
    from .. import schema as oai
  File "/Users/tommy/.local/pipx/venvs/openapi-python-client/lib/python3.9/site-packages/openapi_python_client/schema/__init__.py", line 41, in <module>
    from .components import Components
  File "/Users/tommy/.local/pipx/venvs/openapi-python-client/lib/python3.9/site-packages/openapi_python_client/schema/components.py", line 6, in <module>
    from .header import Header
  File "/Users/tommy/.local/pipx/venvs/openapi-python-client/lib/python3.9/site-packages/openapi_python_client/schema/header.py", line 3, in <module>
    from .parameter import Parameter
  File "/Users/tommy/.local/pipx/venvs/openapi-python-client/lib/python3.9/site-packages/openapi_python_client/schema/parameter.py", line 6, in <module>
    from .media_type import MediaType
  File "/Users/tommy/.local/pipx/venvs/openapi-python-client/lib/python3.9/site-packages/openapi_python_client/schema/media_type.py", line 8, in <module>
    from .schema import Schema
  File "/Users/tommy/.local/pipx/venvs/openapi-python-client/lib/python3.9/site-packages/openapi_python_client/schema/schema.py", line 559, in <module>
    Schema.update_forward_refs()
  File "/Users/tommy/.local/pipx/venvs/openapi-python-client/lib/python3.9/site-packages/pydantic/main.py", line 677, in update_forward_refs
    update_field_forward_refs(f, globalns=globalns, localns=localns)
  File "/Users/tommy/.local/pipx/venvs/openapi-python-client/lib/python3.9/site-packages/pydantic/typing.py", line 237, in update_field_forward_refs
    update_field_forward_refs(sub_f, globalns=globalns, localns=localns)
  File "/Users/tommy/.local/pipx/venvs/openapi-python-client/lib/python3.9/site-packages/pydantic/typing.py", line 237, in update_field_forward_refs
    update_field_forward_refs(sub_f, globalns=globalns, localns=localns)
  File "/Users/tommy/.local/pipx/venvs/openapi-python-client/lib/python3.9/site-packages/pydantic/typing.py", line 233, in update_field_forward_refs
    field.type_ = evaluate_forwardref(field.type_, globalns, localns or None)
  File "/Users/tommy/.local/pipx/venvs/openapi-python-client/lib/python3.9/site-packages/pydantic/typing.py", line 50, in evaluate_forwardref
    return type_._evaluate(globalns, localns)
TypeError: _evaluate() missing 1 required positional argument: 'recursive_guard'

Hey @duganth thanks for the report! The problem is actually that this project doesn't yet support Python 3.9. If you try with an older version of Python (3.6 - 3.8) you should get further.
I opened this issue with Pydantic (which this project depends on). Once resolved, this project should start working with 3.9.
I'm going to edit the title of this issue and pin it for now so others will see it if they experience the same issue.

Thanks @dbanty! It was just as you said!
For anyone else following along I originally installed with pipx so I uninstalled and then reinstalled setting the --python flag to a 3.7.6 version installed with pyenv. So in my case the cmd was:  pipx install openapi-python-client --python /usr/local/var/pyenv/versions/3.7.6/bin/python.

Just released 0.6.2 which bumps the min Pydantic version to one that supports Python 3.9


revert memory-leak change

I confirm I have signed the Contributor License Agreement.

We're backing this out, @Maksims. If you want to try another fix, please make sure that this project still works:
https://playcanvas.com/project/406036/overview/tutorial-asset-registry


Generic trees with any number of children

🚀 Feature
Implement tree operations on generic trees like:

building tree
computing height
different tree traversals
counting nodes

Have you read the Contributing Guidelines on Pull Requests?
Yes
Motivation
to simulate a tree data structure which can have many children for HakinCodes
Pitch
I would like to add code for generic trees in cpp.

@Kajol-Kumari @SKAUL05 @Abhijit2505 @plazzy99 @siddharth25pandey
Can you please add the relevant labels to it and assign the issue to me. Thank you!

@stratospher in which language you want to contribute

@stratospher in which language you want to contribute

I would like to code in cpp

@stratospher go with c++
Happy Coding!

I want to contribute in java please assign to me


Allow config to set extension dir

Allows the user to configure their extension directory using a config file rather than solely via environment variable.
Will be used in the standalone version of azdev.

This checklist is used to make sure that common guidelines for a pull request are followed.

[N/A] The PR has modified HISTORY.rst describing any customer-facing, functional changes. Note that this does not include changes only to help content. (see Modifying change log).

[X] I adhere to the Command Guidelines.

@williexu I use another approach that doesn't break anything (though it screams "hacky"). Please take a look.


How to inference with provided weights as the auto download failed

Hi，Im confused that how should I organize all the model weight to inference？Should I download all this model(model,vae,text_encoder) and set the "from_pretrained" as my path?
# Define model model = dict(     type="STDiT-XL/2",     space_scale=0.5,     time_scale=1.0,     enable_flashattn=True,     enable_layernorm_kernel=True,     from_pretrained="PRETRAINED_MODEL", ) vae = dict(     type="VideoAutoencoderKL",     from_pretrained="stabilityai/sd-vae-ft-ema",     micro_batch_size=4, ) text_encoder = dict(     type="t5",     from_pretrained="DeepFloyd/t5-v1_1-xxl",     model_max_length=120, ) scheduler = dict(     type="iddpm",     num_sampling_steps=100,     cfg_scale=7.0,     cfg_channel=3, # or None )

You don't need to modify the configuration, the weights will be automatically downloaded.
Of course, you can also manually download the model weights an change the parameters in from_pretrained to your path. Note that that there seems to be some issues when changing text_encoder to a local absolute path. Refer to my answer for seeking a solution: https://github.com/hpcaitech/Open-Sora/issues/218#issuecomment-2022057971


Rework external function handlers

Instead of a fixed number of arguments, a call info structure is passed to the handlers, which can be extended in the future without breaknig the API. This structure holds new.target value, so its getter function is removed.

As this is a very big API change I would suggest to roll the API version forward to 3.0.


Wizard: Disable non-valid repositories and add a Status column

This disables adding of repositories that do not have 'Valid' status.
Status column was also added to the Repositories table to make the reason why the checkbox is disabled visible.

Seems to be a minor issue with the dotted underline, it is underlining the space in-between the icon and the text. I know we ran into this in the past with the statuses on the Images Table and figured out a good solution there.

Wow, you're fast!
Would it be a good idea to update our MSW fixture as well so we show all statuses, preferably on the first page of results in the Wizard?
So the first one could be 'Valid', the second 'Invalid', the third 'Unavailable', the fourth 'Pending'. We can rename the filler repos to something like z-filler-repos so that they appear after all the other results, and then just change the status on some of the repos in the repos object.

It would absolutely be a good idea! I've added the mock repos to the fixture.

It's so beautiful...
One last nit-pick... At least on my machine, at max modal width, the Packages column isn't wide enough to display the word "Packages". Can we take a bit of width away from the repo name column to make room for it to display the full word "Packages"?

Sure can! Should be better now


Deal with collisions between similarly-named or aliased packages

If I have the following bower.json file in my project, bower-license quits without printing any output:
{
  "dependencies": {
    "moment": "2.9.0",
    "momentjs": "2.9.0"
}

Admittedly, this would be stupid, but you could effectively end up in the same situation if moment is declared as a transitive dependency of one of your other packages.  For example, if my package depends on Libraries A and B, where Library A depends on moment and Library B depends on momentjs), I effectively end up with both moment and momentjs.  While neither library is particularly incorrect, Bower isn't smart enough to realize that it's installing the same package twice.
Because bower-license uses the directory names within bower_components for input, but organizes outputs by package name, we end up with collisions if the same package is installed in two directories.  Among other things, one of the two instances of the package will clobber the other, and effectively prevent the output callback from ever firing (because it depends on the number of packages in the output matching the number of directories in the input).
This PR detects cases where the package's directory name does not directly correspond to its package name.  If such a discrepency exists, the package name is output as "packageName(directoryName), preventing these collisions.

Actually, I'm not sure how this can happen.  Can you explain how someone can publish a module and install it with a different directory from its package name?  I thought those are supposed to be one and the same.

:+1:
It's a edge case but this could be a problem. I can reproduce it.
Also some nice code cleanups :-)

The directory name is set in your bower.json, while the package name is set in their bower.json.
This also lets you alias packages (ie. if you want to install two versions of the same package) like this:
{
  "dependencies": {
    "angular": "~1.4.0",
    "angular-compat": "angular#~1.2.0"
  }
}

In the above case, I end up with:
.
├── bower_components
│   ├── angular
│   └── angular-compat
└── bower.json

Both copies of Angular are using the same package name ("angular"), but they're in different directories.
In the case of moment and momentjs being the same package, I don't really know what's going on.  My best guess is that momentjs was renamed, and now redirects to the new package, moment (to preserve compatibility).  Bower will happily install both packages if they're listed separately in bower.json, but bower install --save momentjs will automatically resolve into moment.

I do think the solution in that case is to retain the alias with its version, thanks for the explanation and the syntax clean up, however - I will get that fixed


Update package-management.md

Added a disclaimer that SSH key for private packages, can only be used for the CLI and not dbt Cloud. This is listed in line 148 in parenthesis and per slack thread here: https://dbt-labs.slack.com/archives/C017GDLAF7D/p1654602574639929
Description & motivation

To-do before merge

Prerelease docs
If this change is related to functionality in a prerelease version of dbt (delete if not applicable):

[x] I've added versioning components, as described in "Versioning Docs"
[ ] I've added a note to the prerelease version's Migration Guide

Checklist
If you added new pages (delete if not applicable):

[ ] The page has been added to website/sidebars.js
[ ] The new page has a unique filename

If you removed existing pages (delete if not applicable):

[ ] The page has been removed from website/sidebars.js
[ ] An entry has been added to _redirects

Relevant: https://github.com/dbt-labs/docs.getdbt.com/pull/1201


Create<EMAIL_ADDRESS>for Xcode 13.3+ support

This PR gets us working on Xcode 13.3+ without affecting support for prior Xcode versions. I plan on doing a feature version bump after this PR lands.

Force push rebased main. No changes.

I just pushed up a change to drop macOS support prior to v12, and Xcode support prior to v13. Trying to simplify while we're still in beta 😅

Deferring to Francisco's review.


Worse detection precision compared to pytorch inference

The average precision on the coco dataset (IoU=0.50:0.95) drops by about 5 % when using tensorrt compared to the pytorch inference. Is there something wrong with my model or is this expected behaviour?
When generating the engine, I get the following warning:
[TRT] [W]  - Subnormal FP16 values detected.
[TRT] [W] If this is not the desired behavior, please modify the weights or retrain with regularization to reduce the magnitude of the weights.

The average precision on the coco dataset (IoU=0.50:0.95) drops by about 5 % when using tensorrt compared to the pytorch inference. Is there something wrong with my model or is this expected behaviour?
When generating the engine, I get the following warning:
[TRT] [W]  - Subnormal FP16 values detected.
[TRT] [W] If this is not the desired behavior, please modify the weights or retrain with regularization to reduce the magnitude of the weights.

Try to decrease conf-thres such as 0.01 and then verify your map result.

closed, feel free to reopen it if you have further questions. Thanks!


Manage API Keys page is calling search() twice when it is opened

Open Manage API Keys page and it calls the search() rest method twice.  The requests are the same except for the sort list which is null then an empty list.

This screen got rewritten in GWT.


Update modimporter.py

allows putting it in atomosphere\contents\0100535012974000\romfs on switch for easier install

Now it might work, but give it a try first.


[Bug] Lineage Graph Ignore Sources Declared From graph.sources.values()

Is this a new bug in dbt-core?

[X] I believe this is a new bug in dbt-core
[X] I have searched the existing issues, and I could not find an existing issue for this bug

Current Behavior
GIVEN THAT my sources.yml
version: 2
sources:
  - name: load
    database: "{{ env_var('GCP_PROJECT_ID') }}"
    schema: "{{ env_var('BQ_DATASET_LOAD') }}"
    tables:
      - &masked-source-schema
        name: api_masked_1746
        tags: ["source.masked"]
        config:
          meta:
            id: 1746
            ads_is_used: false
            ...other_meta
      - <<: *masked-source-schema
        name: api_masked_2892
        config:
          meta:
            id: 2892
            ads_is_used: false
            ...other_meta
      - <<: *masked-source-schema
        name: api_masked_10002
        config:
          meta:
            id: 10002
            ads_is_used: false
            ...other_meta
      - <<: *masked-source-schema
        name: api_masked_10005
        config:
          meta:
            id: 10005
            ads_is_used: false
            ...other_meta
      - <<: *masked-source-schema
        name: .....other_source_names
        ....

And my model definition looks like this
{{
  config(
    materialized = 'incremental',
    incremental_strategy = 'insert_overwrite',
    partition_by = {
      "field": "partition_date",
      "data_type": "date",
      "granularity": "day",
      "time_ingestion_partitioning": true,
      "copy_partitions": true
    }
  )
}}

{# WITH graph.sources #}
{%- set graph_tables = ["api_masked_10002", "api_masked_10005"] -%}
{%- for node in graph.sources.values() -%}
  {% if node.name in graph_tables %}
    SELECT * FROM {{ source('load', node.name) }}
    UNION ALL
  {% endif %}
{%- endfor -%}

{# Using ordinary variables #}
{% set ordinary_tables = ['api_masked_1746', 'api_masked_2892'] %}
{% for ordinary_table in ordinary_tables %}
  SELECT * FROM {{ source('load', ordinary_table) }}
  {% if not loop.last %}
  UNION ALL
  {% endif %}
{% endfor %}

I then got the compiled query like this

    SELECT * FROM `my_bq_project`.`my_bq_dataset.`api_masked_10002`
    UNION ALL

    SELECT * FROM `my_bq_project`.`my_bq_dataset`.`api_masked_10005`
    UNION ALL

  SELECT * FROM `my_bq_project`.`my_bq_dataset`.`api_masked_1746`

  UNION ALL

  SELECT * FROM `my_bq_project`.`my_bq_dataset`.`api_masked_2892`

But the lineage graph only shows api_masked_1746 and api_masked_2892.
api_masked_10002 and api_masked_10005 are ignored
Expected Behavior
See all sources including api_masked_10002 and api_masked_10005 on Lineage Graph
Steps To Reproduce
put the same config as mine using the same environment, then you are set
Relevant log output

no screenshot is available due to its confidentiality

Environment

I am using a dockerized dbt-bigquery meltano plugins. The meltano docker tag is meltano/meltano:v3.4.2-python3.10. The full version output of dbt --version

OS

Output of python --version inside the docker: 3.10.14

Which database adapter are you using with dbt?
bigquery
Additional Context
I haven't tried using the ordinary dbt (not the meltano dockerized version one). I'll update if I have time to check that.

Thanks for reporting this @ghilman27 !
So are you saying it looks like this:

But you expect it to look like this?

Thanks for reporting this @ghilman27 !
So are you saying it looks like this:

But you expect it to look like this?

The green rectangle of load.api_masked_10002 and load.api_masked_10005 wasn't even there. I only saw two green rectangles (load.api_masked_1746 and load.api_masked_2892) with their arrow pointing to the blue rectangle (the model i tried to create).

Here's the key insight:

you can't use the graph variable to build your DAG because it is your DAG!

So what you are reporting is actually the behavior we expect, and I'm going to close this as "not planned".
More detail
dbt has a couple main phases it goes through before running any SQL: parsing and compilation.
1. Parsing: During parsing, it builds a DAG of nodes (like sources, models, etc).
The result is the manifest. It gives the graph context variable. It is also what powers that visualization.
2. Compilation: Then dbt can use that manifest to fill in the fully qualified table names when compiling a model.
Example
You can see more tangibly why all those source nodes are available when you compile but not for the graph visualization if you compile the model code included below.
It prints out the value of the execute variable to make it easier to see which phase it is in.
You'll actually see that dbt runs your code not once, but TWICE -- one time when execute == False (parsing) and another when execute == True (compiling & running).

Toggle to see model code

models/model_10665.sql
{{ log("execute: " ~ execute, True) }}
{{ log("Num sources: " ~ graph.sources | length, True) }}

{# WITH graph.sources #}
{%- set graph_tables = [] -%}
{%- set graph_tables = ["api_masked_10002", "api_masked_10005"] -%}
{%- for node in graph.sources.values() -%}
  {% if node.name in graph_tables %}
    {%- do log("SELECT * FROM " ~ source('load', node.name), True) %}
    SELECT * FROM {{ source('load', node.name) }}
    {%- do log("UNION ALL", True) %}
    UNION ALL
  {% endif %}
{%- endfor -%}

{# Using ordinary variables #}
{% set ordinary_tables = ['api_masked_1746', 'api_masked_2892'] %}
{% for ordinary_table in ordinary_tables %}
  {%- do log("SELECT * FROM " ~ source('load', ordinary_table), True) %}
  SELECT * FROM {{ source('load', ordinary_table) }}
  {% if not loop.last %}
  {%- do log("UNION ALL", True) %}
  UNION ALL
  {% endif %}
{% endfor %}

dbt compile -s models/model_10665.sql --no-partial-parse

Documentation
We have a couple call-outs already about this here and here, but we'd be open to feedback if you think there's other ways we can enhance the documentation to explain that the graph can't be used to build the DAG.

It is also a bit "counter-intuitive" because I see the compiled query works well but not the generated docs

Totally understandable!
Thanks for your suggestions for improving the documentation 🤩. I've included them in https://github.com/dbt-labs/docs.getdbt.com/issues/6027.


Setup database

Choose a ORM/query builder/use raw SQL
Schema (ER diagram)

in README
can use MermaidJS

Migrations

I will try to using Knex.js as the query builder


Fixes typos in README

Fixes a typo in the name of FreeBSD, and reorders the OS support list alphabetically.

Thanks!


Use navigator.languages for redirect

Improves support for browsers that may request another language before German or English.

Thanks a lot, that looks great


PCO721 Interface

This is effectively accomplished (for now) by https://github.com/721labs/partial-common-ownership/commit/4b767d131c6640369d69a18c6bb9f361136dbae9.


Use of node.default_unless mutates other attributes

Description
In specific situations, calling node.default_unless may change the value returned by node[...] of a different attribute.
raise "Before _unless: a/r1/g/u is #{node['a']['r1']['g']['u']}!" unless node['a']['r1']['g']['u'].is_a?(String)

node.default_unless['a']['r1']['g']['r'] = 'r'

raise "After _unless: a/r1/g/u is #{node['a']['r1']['g']['u']}!" unless node['a']['r1']['g']['u'].is_a?(String)

This code will raise the following exception in the situation described below:
       RuntimeError
       ------------
       After _unless: a/r1/g/u is {}!

Before the call to default_unless the node access returned a string, after the call it becomes an empty immutable mash.
Chef Version
Chef Client, version 12.10.24
Platform Version
CentOS 7.2
Replication Case
Create an empty cookbook using chef generate cookbook unless. Change the default recipe to:
raise "Before _unless: a/r1/g/u is #{node['a']['r1']['g']['u']}!" unless node['a']['r1']['g']['u'].is_a?(String)

node.default_unless['a']['r1']['g']['r'] = 'r'

raise "After _unless: a/r1/g/u is #{node['a']['r1']['g']['u']}!" unless node['a']['r1']['g']['u'].is_a?(String)

Create a JSON environment env/kitchen.json for use with kitchen
{
    "name": "kitchen",
    "description": "kitchen example",
    "cookbook_versions": {
    },
    "chef_type": "environment",
    "default_attributes": {
        "a" : {
            "r1" : {
                "g" : {
                    "u" : "u1"
                }
            }
        }
    }
}

Adapt the .kitchen.yml file to use the environment:
---
driver:
  name: vagrant

provisioner:
  name: chef_zero
  environments_path: env
  client_rb:
    environment: kitchen

platforms:
  - name: centos-7.2

suites:
  - name: default
    run_list:
      - recipe[unless::default]
    attributes:

Run kitchen converge
Client Output
...
       RuntimeError
       ------------
       After _unless: a/r1/g/u is {}!

       Cookbook Trace:
       ---------------
         /tmp/kitchen/cache/cookbooks/unless/recipes/default.rb:10:in `from_file'

       Relevant File Content:
       ----------------------
       /tmp/kitchen/cache/cookbooks/unless/recipes/default.rb:

         3:  # Recipe:: default
         4:  #
         5:  # Copyright (c) 2016 The Authors, All Rights Reserved.
         6:  raise "Before _unless: a/r1/g/u is #{node['a']['r1']['g']['u']}!" unless node['a']['r1']['g']['u'].is_a?(String)
         7:
         8:  node.default_unless['a']['r1']['g']['r'] = 'r'
         9:
        10>> raise "After _unless: a/r1/g/u is #{node['a']['r1']['g']['u']}!" unless node['a']['r1']['g']['u'].is_a?(String)
        11:

       Platform:
       ---------
       x86_64-linux
...

@lamont-granquist this looks right up your alley.

yeah related to #3721, suspect its due to the global state default_unless sets up, which would be eliminated by using a decorator to implement that.
this is actually the first part of #3721 that i want to pull into master when i get back from vacay in order to start taking the node attribute rewrite into master in smaller bites.

I tried replicating this with attributes files and I think it fails because of attribute precedence levels, while its necessary to set env_default to exhibit the bug.  Added a spec to #5029 which is red on current master and shows that #5029 fixes the issue (not even sure I understand this bug but its gone there).


DateRangePicker/SingleDatePicker should close on Escape Keypress

So I think this can be discussed, but it seems to make sense for the DayPicker to hide on escape press. However, DayPicker visibility is intrinsically tied to focus right now which is maybe not what we want.
So one option we could do is just to blur the input on escape. The better option, I think, would be to decouple visibility from focus, such that the focus state remains when you hit escape, but the DayPicker would close. This begs the question of how you would reopen it from this state... arrow down maybe? I am not sure right now.

I think that until we have a way to reopen it from "focused + closed", escape should always blur the focus, and that once we have that way, we'd want an option to control whether escape blurs the focus or not.
Separately, down arrow makes sense to me as a way to open the datepicker in that scenario.

How can we close the SingleDateSelector programmatically?

Same question with @fullhdpixel

I just submitted a PR that closes the DayPicker when the input has focus and the escape key is pressed.

It looks like this PR has addressed this?  I'm going to close this but if I'm mistaken please feel free to reopen!

Actually I'm going to reopen this as it doesn't seem to be working.


[FLINK-18256][orc] Exclude ORC's Hadoop dependency and pull in provided vanilla hadoop in flink-orc

What is the purpose of the change
The hadoop-common and hadoop-hdfs have been bundled into the flink-orc_2.11-1.11-SNAPSHOT-jar-with-dependencies.jar. Since we suggest our users to put this jar into lib directory or add dependency in their pom to build fat jar, it might be incorrect to have hadoop here. Flink now is not hadoop free, we have some specific hadoop version classes in the released jars.

How to fix?

Let flink-orc depends on hadoop-common and hadoop-hdfs directly and make them provided.
Brief change log

Exclude ORC's Hadoop dependency and pull in provided vanilla hadoop.

Verifying this change

mvn clean package -DskipTests and using the following command to check there is no hadoop class bundled in

jar -tf target/flink-orc_2.11-1.11-SNAPSHOT-jar-with-dependencies.jar

Does this pull request potentially affect one of the following parts:

Dependencies (does it add or upgrade a dependency): (yes / no)
The public API, i.e., is any changed class annotated with @Public(Evolving): (yes / no)
The serializers: (yes / no / don't know)
The runtime per-record code paths (performance sensitive): (yes / no / don't know)
Anything that affects deployment or recovery: JobManager (and its components), Checkpointing, Kubernetes/Yarn/Mesos, ZooKeeper: (yes / no / don't know)
The S3 file system connector: (yes / no / don't know)

Documentation

Does this pull request introduce a new feature? (yes / no)
If yes, how is the feature documented? (not applicable / docs / JavaDocs / not documented)

cc @JingsongLi Could you please help with review?

Are the org/apache/hadoop/hive classes expected to be in there?

I also found this along the way: https://issues.apache.org/jira/browse/FLINK-18261

Are the org/apache/hadoop/hive classes expected to be in there?

Yes, orc-core depends on hive classes.

Rebase the latest master to fix the azure pipeline failure.

The latest CI failure is reported here:  https://issues.apache.org/jira/browse/FLINK-18262

Merging ...


key revert

get key function from auth0 says "keys may not exist" and causes render build failures. this is not a problem I can fix right now.


Is there a way to adjust or hide the column widths?

The LoggerName and TimeStamp columns are too wide by default, and I would like to hide them or set the column width to 0.
Is there any other way provided other than modifying the source?

It is currently not planned to adjust the columns. However, we could consider giving the ListView (https://github.com/dojo90/NLogViewer/blob/master/src/NLogViewer/NLogViewer.xaml#L64) a Style from the outside (DependencyProperty; there you could then adapt the list as you like) or we could make a DependencyProperty to hide each column.
The ListView uses an AutoSizedGridView (https://github.com/dojo90/NLogViewer/blob/master/src/NLogViewer/Helper/AutoSizedGridView.cs) internally so that the column widths are automatically adjusted. In my opinion it would be more clever to be able to hide the columns. What do you think about this?

It is currently not planned to adjust the columns. However, we could consider giving the ListView (https://github.com/dojo90/NLogViewer/blob/master/src/NLogViewer/NLogViewer.xaml#L64) a Style from the outside (DependencyProperty; there you could then adapt the list as you like) or we could make a DependencyProperty to hide each column.
The ListView uses an AutoSizedGridView (https://github.com/dojo90/NLogViewer/blob/master/src/NLogViewer/Helper/AutoSizedGridView.cs) internally so that the column widths are automatically adjusted. In my opinion it would be more clever to be able to hide the columns. What do you think about this?


Move to IPLD organization

Should this be moved?

:+1:

yes please

@whyrusleeping Anything I should consider when moving it? Or do you want to?

@RichardLitt it is go, every import path needs to get updated along the way

Yeah it's delicate, just moving the repo is only 10% of the job

could do this in multiple steps; docker/docker had the same situation when moving to moby/moby (which is still in transit)

Pretty please 🙏🏽


A11y: The selected icon is missed with radio button in Windows high contrast model

===== ENVIRONMENT =====
IBM CI 162 Checkpoint Violation: 1.1.1 Non-Text Content
IBM Guidance: https://www.ibm.com/able/guidelines/ci162/non_text_content.html
Test Tool Type: Manual
===== DEFECT DESCRIPTION =====
All important contents in a web page should be shown in Window High Contrast model.
How to apply a high-contrast theme in Windows
1> Press left Shift + left Alt + PrtSc (print screen) to open the High Contrast dialog.
2> Select the Go to Ease of Access Center link which opens the Make the computer easier to see page.
3> Select the Choose a High Contrast Theme link to open the Personalization control panel.
4> Select one of the high-contrast themes under Basic and High contrast themes. Recommendation: Use High Contrast #1 which is yellow on black for your test. For a more complete test, consider testing with more than one high contrast theme such as white on black.
5> Close the Personalization control panel.
6> Select Apply and OK buttons to apply the selection. Close the Ease of Access Center window, if still open.
=====STEPS TO REPRODUCE =====

Set the high-contrast theme in Windows
Go to https://dev.console.test.cloud.ibm.com/unifiedsupport/cases/add
Select Technical

===== EXPECTED RESULT =====
All important contents in a web page should be shown in Window High Contrast model.

@IBM/carbon-designers

The selected dot inside of the radio button is the same color as the border. I'm not sure why the border would show but not the dot.

This is definitely related to this issue posted in our React repo. Something about how Windows High Contrast Mode and by extension Firefox parses SVG's.

@joshblack is working on a fix over in the carbon-elements repo. You can track the work here.

Yeah, we should bring this in with the elements integration. I think we can solve this upstream in elements 👍

We've got a fix merged into stable Carbon-Elements. PR #2104 @icemanlily


HDDS-1402. Remove unused ScmBlockLocationProtocol from ObjectStoreHandler

When I analyzed the usages of the available RPC protocols in Ozone I found that the ScmBlockLocationProtocol is not used in ObjectStore at all.
I would propose to remove it...
See: https://issues.apache.org/jira/browse/HDDS-1402

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
26
Docker mode activated.

_ Prechecks _

+1
@author
0
The patch does not contain any @author tags.

-1
test4tests
0
The patch doesn't appear to include any new or modified tests.  Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch.

_ trunk Compile Tests _

+1
mvninstall
1005
trunk passed

+1
compile
48
trunk passed

+1
checkstyle
18
trunk passed

+1
mvnsite
26
trunk passed

+1
shadedclient
667
branch has no errors when building and testing our client artifacts.

+1
findbugs
38
trunk passed

+1
javadoc
26
trunk passed

_ Patch Compile Tests _

+1
mvninstall
41
the patch passed

+1
compile
18
the patch passed

+1
javac
18
the patch passed

+1
checkstyle
11
the patch passed

+1
mvnsite
22
the patch passed

+1
whitespace
0
The patch has no whitespace issues.

+1
shadedclient
710
patch has no errors when building and testing our client artifacts.

-1
findbugs
44
hadoop-ozone/objectstore-service generated 1 new + 0 unchanged - 0 fixed = 1 total (was 0)

+1
javadoc
19
the patch passed

_ Other Tests _

+1
unit
23
objectstore-service in the patch passed.

+1
asflicense
30
The patch does not generate ASF License warnings.

2876

Reason
Tests

FindBugs
module:hadoop-ozone/objectstore-service

Dead store to scmBlockAddress in new org.apache.hadoop.hdfs.server.datanode.ObjectStoreHandler(Configuration)  At ObjectStoreHandler.java:new org.apache.hadoop.hdfs.server.datanode.ObjectStoreHandler(Configuration)  At ObjectStoreHandler.java:[line 106]

Subsystem
Report/Notes

Docker
Client=17.05.0-ce Server=17.05.0-ce base: https://builds.apache.org/job/hadoop-multibranch/job/PR-707/1/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/707

Optional Tests
dupname  asflicense  compile  javac  javadoc  mvninstall  mvnsite  unit  shadedclient  findbugs  checkstyle

uname
Linux 0d186edb2f23 4.4.0-138-generic #164-Ubuntu SMP Tue Oct 2 17:16:02 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
personality/hadoop.sh

git revision
trunk / 69e3745

maven
version: Apache Maven 3.3.9

Default Java
1.8.0_191

findbugs
v3.1.0-RC1

findbugs
https://builds.apache.org/job/hadoop-multibranch/job/PR-707/1/artifact/out/new-findbugs-hadoop-ozone_objectstore-service.html

Test Results
https://builds.apache.org/job/hadoop-multibranch/job/PR-707/1/testReport/

Max. process+thread count
446 (vs. ulimit of 5500)

modules
C: hadoop-ozone/objectstore-service U: hadoop-ozone/objectstore-service

Console output
https://builds.apache.org/job/hadoop-multibranch/job/PR-707/1/console

Powered by
Apache Yetus 0.9.0 http://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
74
Docker mode activated.

_ Prechecks _

+1
@author
0
The patch does not contain any @author tags.

-1
test4tests
0
The patch doesn't appear to include any new or modified tests.  Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch.

_ trunk Compile Tests _

+1
mvninstall
1431
trunk passed

+1
compile
52
trunk passed

+1
checkstyle
16
trunk passed

+1
mvnsite
26
trunk passed

+1
shadedclient
868
branch has no errors when building and testing our client artifacts.

+1
findbugs
49
trunk passed

+1
javadoc
26
trunk passed

_ Patch Compile Tests _

+1
mvninstall
57
the patch passed

+1
compile
24
the patch passed

+1
javac
24
the patch passed

-0
checkstyle
13
hadoop-ozone/objectstore-service: The patch generated 1 new + 0 unchanged - 0 fixed = 1 total (was 0)

+1
mvnsite
27
the patch passed

+1
whitespace
0
The patch has no whitespace issues.

+1
shadedclient
892
patch has no errors when building and testing our client artifacts.

+1
findbugs
41
the patch passed

+1
javadoc
19
the patch passed

_ Other Tests _

+1
unit
26
objectstore-service in the patch passed.

+1
asflicense
28
The patch does not generate ASF License warnings.

3776

Subsystem
Report/Notes

Docker
Client=17.05.0-ce Server=17.05.0-ce base: https://builds.apache.org/job/hadoop-multibranch/job/PR-707/2/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/707

Optional Tests
dupname  asflicense  compile  javac  javadoc  mvninstall  mvnsite  unit  shadedclient  findbugs  checkstyle

uname
Linux a8d469745182 4.4.0-144-generic #170~14.04.1-Ubuntu SMP Mon Mar 18 15:02:05 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
personality/hadoop.sh

git revision
trunk / df01469

maven
version: Apache Maven 3.3.9

Default Java
1.8.0_191

findbugs
v3.1.0-RC1

checkstyle
https://builds.apache.org/job/hadoop-multibranch/job/PR-707/2/artifact/out/diff-checkstyle-hadoop-ozone_objectstore-service.txt

Test Results
https://builds.apache.org/job/hadoop-multibranch/job/PR-707/2/testReport/

Max. process+thread count
348 (vs. ulimit of 5500)

modules
C: hadoop-ozone/objectstore-service U: hadoop-ozone/objectstore-service

Console output
https://builds.apache.org/job/hadoop-multibranch/job/PR-707/2/console

Powered by
Apache Yetus 0.9.0 http://yetus.apache.org

This message was automatically generated.

@elek The changes look good. We have a checkstyle issue which is related. Test failure is not related to this change and it is tracked in HDDS-1413.

Thanks the review @nandakumar131 Fixed the checkstyle issue (and rebased)

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
22
Docker mode activated.

_ Prechecks _

+1
@author
0
The patch does not contain any @author tags.

-1
test4tests
0
The patch doesn't appear to include any new or modified tests.  Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch.

_ trunk Compile Tests _

+1
mvninstall
1181
trunk passed

+1
compile
50
trunk passed

+1
checkstyle
19
trunk passed

+1
mvnsite
28
trunk passed

+1
shadedclient
869
branch has no errors when building and testing our client artifacts.

+1
findbugs
43
trunk passed

+1
javadoc
29
trunk passed

_ Patch Compile Tests _

+1
mvninstall
51
the patch passed

+1
compile
22
the patch passed

+1
javac
22
the patch passed

+1
checkstyle
16
the patch passed

+1
mvnsite
26
the patch passed

+1
whitespace
0
The patch has no whitespace issues.

+1
shadedclient
1011
patch has no errors when building and testing our client artifacts.

+1
findbugs
49
the patch passed

+1
javadoc
24
the patch passed

_ Other Tests _

+1
unit
32
objectstore-service in the patch passed.

+1
asflicense
65
The patch does not generate ASF License warnings.

3654

Subsystem
Report/Notes

Docker
Client=17.05.0-ce Server=17.05.0-ce base: https://builds.apache.org/job/hadoop-multibranch/job/PR-707/3/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/707

Optional Tests
dupname  asflicense  compile  javac  javadoc  mvninstall  mvnsite  unit  shadedclient  findbugs  checkstyle

uname
Linux b4a77c63e2e9 4.4.0-141-generic #167~14.04.1-Ubuntu SMP Mon Dec 10 13:20:24 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
personality/hadoop.sh

git revision
trunk / abace70

maven
version: Apache Maven 3.3.9

Default Java
1.8.0_191

findbugs
v3.1.0-RC1

Test Results
https://builds.apache.org/job/hadoop-multibranch/job/PR-707/3/testReport/

Max. process+thread count
295 (vs. ulimit of 5500)

modules
C: hadoop-ozone/objectstore-service U: hadoop-ozone/objectstore-service

Console output
https://builds.apache.org/job/hadoop-multibranch/job/PR-707/3/console

Powered by
Apache Yetus 0.9.0 http://yetus.apache.org

This message was automatically generated.


feat(dir)!: support glob pattern in dirs

close https://github.com/antfu/unplugin-auto-import/issues/222

Discussion:
Not sure if we should include */index.{ts,js,mjs,cjs,mts,cts} by default, which make it less intuitive and make it complex to explain (https://v3.nuxtjs.org/guide/directory-structure/composables#how-files-are-scanned cc @danielroe)
I propose we remove the scanning for one level deep's index. Instead, with this PR, user could set
dirs: [
  'composables/*', // one level
  'composables/**', // all nested
  'composables/*/auto-imported', // more specific
]

to have nested auto scanning


Fix for "vue build" not working with vue-cli 2.9.0 onwards.

I'm have<EMAIL_ADDRESS>installed globally and I'm getting this error:
buefy$ yarn build:lib:js
yarn run v1.1.0
$ vue build src/index.js --prod --lib Buefy --dist lib

  We are slimming down vue-cli to optimize the initial installation by removing the `vue build` command.
  Check out Poi (https://github.com/egoist/poi) which offers the same functionality!

To fix this, I added<EMAIL_ADDRESS>as local dependency as "vue build" is removed in<EMAIL_ADDRESS>onwards.

Thanks


Dynamic font sizes changed in script propagate to other nodes

I have been looking online to see if there is a workaround to this, with no success. This is either a bug, or something that needs a fix. As I explained earlier, whenever I change a font size in script, it propagates to other nodes instances, some don't even share the same dynamic font.
Godot version:
3.0.6
OS/device including version:
All
Issue description:
Dynamic font sizes changed in script propagate to other nodes, sometimes not even sharing the same dynamic font file.
Steps to reproduce:

Assign a dynamic font to a label node.
Place various instances of node on scene.
Make the dynamic font size be able to change in script. Per example,

extends Label

export(int) var font_size = 16

func _ready():
    self.get_font('font').size = font_size

Assign different font sizes to each node.
Run scene and watch as all nodes get the same font size of the last label rendered.

I think this is actually the correct behavior, because you are modifying the size of the font resource itself. This resource is used throughout your UI, so it will affect all the UI.

In that case, I'd suggest to look up how to improve the Make Unique option as I expected properties of instances not to propagate. It seems that this case is relevant to this ticket. https://github.com/godotengine/godot/issues/1213

Maybe this behaviour could be documented better? It is important that resources are shared for performance reasons. Automatically making resources unique when they are edited would defeat the purpose of sharing resources between instances.

I've had the same problem, and I've clicked on this and that, and when I checked [Resource - Local To Scene], it worked.

I'm facing this issue on 3.2.3 with PopOS. I've tried all combinations of DynamicFontData -> local_to_scene, DynamicFont -> local_to_scene and Make Unique... None works as expected.


Conflict-free reuse of subnets

Let me start with my current working setup:
# Setup a veth pair into a network namespace
ip netns add $NS
ip netns exec $NS ip link set lo up
ip link add docker-$NS type veth peer name docker netns $NS
ip link set docker-$NS up
ip -n $NS link set docker up
# I'm also setting up a couple more interfaces within the network namespace here, but irrelevant to illustrate

# Couple the docker network with the veth pair end in the host netns - there seems to be no way to directly connect docker to an interface in a custom network namespace
docker network create docker-net-$NS -d macvlan --subnet=<IP_ADDRESS>/24 --gateway=<IP_ADDRESS> -o parent=docker-$NS

docker run --network=docker-net-$NS --ip=<IP_ADDRESS> someImage

This works perfectly fine ...
Unless I'm trying to run the same thing (with the same IPs) in a separate network namespace simultaneously:
docker[15441]: Error response from daemon: Pool overlaps with other one on this address space

This error for sure is correct, if docker is running in bridge mode; and mostly appropriate within common usages of a macvlan.
Though, in the specific case, where the interfaces are not present in the same network namespace (or even if they are, but there is no direct bridging/forwarding between them without nat), there is no effective conflict.
It should be possible to create macvlan networks independently. Perhaps with a warning, or maybe with the --i-know-what-i-am-doing flag (or more seriously: --ignore-overlapping-networks).
P.s.: Use case is being able to run multiple isolated networking tests in parallel on the same host server. And a lot of our setup has fixed IPs, thus the docker containers also need to all have the same IP.

If I recall correctly (but I may be mistaken), originally overlapping IP-ranges were allowed, but was changed to an "error" because
a) the built-in IPAM did not take separate networks into account (so two networks in the same range would get IP-addresses from the same pool, and thus would not be able to consume all available IP-addresses in the range)
b) overlapping networks was problematic if a container would be attached to two networks in the same range, which tripped-up many users
@arkodg perhaps you have ideas

a) Would not be a major issue unless there's a hard failure if you try to manually assign a same IP to different containers ... At least starvation of address pool through automatic assignment can be worked around by enlarging subnet or manual assignment then. (Though, for sure, preferable if it worked.)
b) Yeah … hence I'd suggest still having the restriction in place, just disable-able.

@arkodg Any chance you can give some feedback here please? :-)


Uncaught ReferenceError: firebase is not defined

'firebase is not defined error' whenever index.html in opened

This will happen with every sample HTML page because you must include your own Firebase initialization code (which includes the script tag for the Firebase URL).
It seems this needs to be made more explicit (or perhaps we could check for firebase being defined in the sample and throw a friendly error).

I'll add an alert just below the TODO that asks to paste the initialization snippet.

Ada the follow code.

I'm getting sendTokenToServer() is not defined and showToken() is not defined.
Code Pen Showing Proper Implementation from Docs


community: add ObjectBox as a vector-store

Description
This PR adds ObjectBox as a community vector-store integration. ObjectBox is a fast, efficient on-device NoSQL database and vector-store suitable for mobile and edge devices.
Dependencies
The only dependency required is the objectbox Python package.
Twitter Handle
Twitter handle for ObjectBox: https://x.com/ObjectBox_io
cc @baskaryan

Hey! This adds a net-new community integration or feature, which has been replaced by dedicated integration packages. I'll close this PR, and would recommend reopening with just docs updates, as well as registering your package in libs/packages.yml! We'll be able to review simple PRs that only modify these two things much faster :)
Here's the guide, and if you have questions, feel free to leave them in the comments on those pages so others can see them! https://python.langchain.com/docs/contributing/how_to/integrations/


Remove include-split-exported-mps in generaldata_processor

In Antares Simulator v8.4, the option include-split-exported-mps becomes obsolete, it should be removed from Xpansion

Solved with PR #573


Update zio-sbt-website to 0.4.0-alpha.26

About this PR
📦 Updates dev.zio:zio-sbt-website from 0.4.0-alpha.25 to 0.4.0-alpha.26
📜 GitHub Release Notes - Version Diff
Usage
✅ Please merge!
I'll automatically update this PR to resolve conflicts as long as you don't change it yourself.
If you'd like to skip this version, you can just close this PR. If you have any feedback, just mention me in the comments below.
Configure Scala Steward for your repository with a .scala-steward.conf file.
Have a fantastic day writing Scala!

⚙ Adjust future updates
Add this to your .scala-steward.conf file to ignore future updates of this dependency:
updates.ignore = [ { groupId = "dev.zio", artifactId = "zio-sbt-website" } ]

Or, add this to slow down future updates of this dependency:
dependencyOverrides = [{
  pullRequests = { frequency = "30 days" },
  dependency = { groupId = "dev.zio", artifactId = "zio-sbt-website" }
}]

labels: sbt-plugin-update, early-semver-pre-release, semver-spec-pre-release, commit-count:1

Superseded by #165.


Adding more examples

Current cloudflare-go version
latest
Description
Please add more examples.
I was planning on using this library but its massive, and needs more example for a person to be able to use this codebase.
thanks.
Use cases
.
Potential cloudflare-go usage
.

References
No response

please check out the unit tests or implementations in the Terraform provider.


Make a gmail for support reasons or if someone wants to contact you

Done<EMAIL_ADDRESS>


Switches unavailable after update

I hadn't updated for a long time but once I did to the latest release, I'm no longer able to use the switches which would block or enable access to domains for specific devices. Despite returning to previous versions, switches remain disabled. I have a Huawei WiFi AX3 router, and messaages I found in the logs are as follows:
2023-07-21 22:32:00.086 DEBUG (MainThread) [custom_components.huawei_mesh_router.client.coreapi (<IP_ADDRESS>)] No csrf data found in the response
2023-07-21 22:32:00.086 DEBUG (MainThread) [custom_components.huawei_mesh_router.client.utils] Feature 'feature_wifi_80211r' is not available
...
2023-07-21 22:32:00.630 WARNING (MainThread) [custom_components.huawei_mesh_router.update_coordinator (Huawei Router)] Can not update switches: AttributeError('URL_FILTER')

Hi!
Can you tell me which version of the component you had before the update?

I upgraded from v<IP_ADDRESS> to v<IP_ADDRESS>.
I was able to resolve it by

removing the router in the integration,
then the integration itself,
and removed Huawei entries in the core files located within the .storage folder
also deleted the huawei_mesh file there
Re-installed the integration

This time it worked.

Yes, during refactoring I made a mistake in the class name (I should have used EmulatedSwitch.URL_FILTER instead of Switch.URL_FILTER), it really affected version <IP_ADDRESS>
In the next update (after the release of Home Assistant 2023.8) I will fix this behavior, thank you for your message

@mlhyyl this pre-release should fix the problem


Bug fix issue #967 (Using on table element causes null reference)

Hi,
Can you merge this PR please ? Thanks


Issue with unique users on Heroku

For all of my ruby mixpanel calls, there seems to be an issue with anonymous users not being marked as different uniques. I know in the api it says that if an identify call is not passed, the ip address is utilized as a part of the uniqueness check. However, it seems like with the gem call, that uniqueness is not being stored.
Is this a problem with the actual gem, or the fact that our service is running through heroku? (without hostname ssl).

I think I undertand what is happening and it could be fixed in the gem
itself, I will check this out EOD or Tomorrow, thanks.
2011/12/19 George Tang
<EMAIL_ADDRESS>
For all of my ruby mixpanel calls, there seems to be an issue with anonymous users not being marked as different uniques. I know in the api it says that if an identify call is not passed, the ip address is utilized as a part of the uniqueness check. However, it seems like with the gem call, that uniqueness is not being stored.
Is this a problem with the actual gem, or the fact that our service is running through heroku? (without hostname ssl).

Reply to this email directly or view it on GitHub:
https://github.com/zevarito/mixpanel/issues/23

--
Alvaro

I wrote a temp fix to generate an identifier, and identify whenever there isnt a signed in user
   def generate_identifier
      now = Time.now.to_i
      Digest::MD5.hexdigest(
      (request.referrer || '') +
      rand(now).to_s +
      now.to_s +
      (request.user_agent || '')
      )
    end

    identity = generate_identifier
    @mixpanel.append_api("identify", identity)

Any updates on this? My temp fix didnt seem to work =(

Hello,
I've pushed to master what should be fixing your problems, can you try it from there?
If it goes ok I will push a new version of the gem.
Thanks.

I saw your only change was to tracker.rb, so I just added lib/mixpanel/tracker.rb and copied your file into it to override the default gem tracker. Will let you know hopefully by tomorrow if it works

Cool, also if you are using Bundler you can fetch the gem from the
repo like this...
gem 'mixpanel', :git => "git://github.com/zevarito/mixpanel.git"
2011/12/22 George Tang
<EMAIL_ADDRESS>
I saw your only change was to tracker.rb, so I just added lib/mixpanel/tracker.rb and copied your file into it to override the default gem tracker. Will let you know hopefully by tomorrow if it works

Reply to this email directly or view it on GitHub:
https://github.com/zevarito/mixpanel/issues/23#issuecomment-3242660

--
Alvaro

Didn't work so far, trying the fetched gem, will report back tomorrow

Works! =)

I assume you have added this to the main gem yes? No longer have to pull from git?

hmmm of course... did you check it? :)


Add option to only select running applications or prioritize them

Add option to only select running applications or prioritize them
I used the PowerToys WindowWalker feature, but Run is not useful for me because it always launches an new instance instead.

Good suggestion, we are currently tracking this in #3169 and #3347. Working to make this better
Closing this as a duplicate.


Document Security Implications

Within Step 5 there are some optional steps to be taken, which actually reduces the security posture of Windows Server and can be in conflict with industry guidelines for hardened Windows systems (which is why we often create templates to begin with).
These kinds of documents are invaluable, but needs to have a section discussing implications of such a template. For example, if one were to deploy the template to a DMZ or public networks with reduced security, or perhaps a network segment that has been breached (aka assume breach mentality). Or what would happen if the template and it's disks end up on a public file sharing site (hint: encryption may help, or don't store credentials in the template, or secure the template appropriately with access controls, including the hosts).

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: fa3a80ef-f27f-b12c-ed7c-6c04288f758f
Version Independent ID: 7f9fb40f-ca54-439e-76c4-b3de5d36a91c
Content: Create a VMware vSphere template for Windows Server 2019 - Cloud Adoption Framework
Content Source: docs/manage/hybrid/server/best-practices/vmware-windows-template.md
Service: cloud-adoption-framework
Sub-service: manage
GitHub Login: @likamrat
Microsoft Alias: brblanch

Thanks for reporting - this issue is under review. This is a Microsoft Internal DevOps Bug ID # 509992

@jaalmond @dominicallen @JefferyMitchell - can you please review this article and recommendations for how to use the template.


Remove remainings of Cloud 3 support, remove GM4 target

Cloud 4 is not maintained anymore, and the only reason we keep support
for it in mkcloud is for upgrade to Cloud 5. Since the upgrade requires
maintenane updates anyway, just allow develcloud4 or GM4+up.

+1

+1


User email is not being fetched from the API

When we authorize the user, we're sending the user:email scope.
I expected to get the user's email back if it's public, but for my user I didn't get an email.
/cc @MikeMcQuaid

Not sure what's going on here I'm afraid. I can get the email for my user. Given we're not using the email particularly internally anyway I guess we could just drop the column altogether.

Given we're not using the email particularly internally anyway I guess we could just drop the column altogether.

We're using it to prepopulate the newsletter field.

i did some research into this a while ago, and i think this is a privacy thing we are doing. Even though we have permissions for this via our Privacy Policy, we don't make it available because #values.
If I come across the issue, i'll link it here, but someone from api/platform should be able to fill in the real details.

@jbjonesjr the strange thing here is that it's my own email. I'm authenticated with an access_token at this point. At least I thought so.

@kytrinyx is your email public?

@jbjonesjr Yepp

Removed the email entirely in https://github.com/ossfriday/ossfriday/pull/74


Flow Director setup issue in userspace version of Reflex

In the userspace version of ReFlex, all packets are being steered to CPU 0 even when running ReFlex with multiple cores and specifying different queue (core) IDs in FDIR config, specified in ix.conf file. The NIC reports that FDIR filter rules are successfully added, but packets are not received on the proper core (rather always on core 0).

Closing this issue as it is solved by #3


Added MS Security & Compliance

Once pushed officially I will  benchmark it :)

Sweet - thanks @dhaval055! I made some slight changes to the structure, but this looks really good.
We'll for sure have use for this very soon :O

@azgaviperr Please tell me how you find it :)


My account is linked to www.eau-services.com not www.service.eau.veolia.fr

Version of the custom_component

v1.0.3
Configuration

N/A

Describe the bug
When trying to login with my account it says "Username/Password is wrong"

I have a Veolia account. I checked the website https://www.service.eau.veolia.fr and I tried to login there but the credentials didn't work. When I want to create a new account it redirects me to the other website: https://www.eau-services.com/ where my credentials work

I suppose they are 2 different websites and probably the API won't work the same way. Can you confirm?
Debug log

N/A

Bonjour @SebastienSyd ,
tu as tout a fait raison.
Le système Veolia est composé de nombreux sites qui ont chacun leur API.
Le composant que j'ai développé n'est donc pas compatible pour toi.
Désolé


1116 - datetime string conversion

Ticket Link #1116
Description

Additional conditional display logic for showing extra datetime format field
new custom validation message indicating only datetime <> string conversions are legal
update conversion transformation to include datetime conversion

Reminders:

Be mindful of impacts of changing Major/Minor/Patch versions of each elixir app:

[ ] If updating patch version, are you sure there are no chart changes required to maintain functionality? If so, you should bump minor version instead.
[ ] If updating Major or Minor versions , did you update the sauron chart configuration?

[ ] If changing elixir code in an "app", did you update the relevant version
in mix.exs?
[ ] If altering an API endpoint, was the relevant postman collection updated?

[ ] If a new version of smart_city is being used (new fields on a struct), were the relevant postman collections updated?

After testing in the product environment, it was discovered that the functionality added by this PR already implicitly exists within UrbanOS.


chore(clerk-js): Hide "Leave organization" button for sole admin

Description
Resolves ORGS-158

Checklist

[X] npm test runs as expected.
[X] npm run build runs as expected.
[ ] (If applicable) JSDoc comments have been added or updated for any package exports
[ ] (If applicable) Documentation has been updated

Type of change

[ ] 🐛 Bug fix
[X] 🌟 New feature
[ ] 🔨 Breaking change
[ ] 📖 Refactoring / dependency upgrade / documentation
[ ] other:

I know this is still in draft, but i wanted to be proactive here. I know these tests are hard to find so i'm resurfacing them. Seems like with the changes introduced in this PR we can unskip the test cases

https://github.com/clerk/javascript/blob/d546ea204191e31aa53903d8756f85b9e343bd15/packages/clerk-js/src/ui/components/OrganizationProfile/__tests__/OrganizationGeneralPage.test.tsx#L95
https://github.com/clerk/javascript/blob/d546ea204191e31aa53903d8756f85b9e343bd15/packages/clerk-js/src/ui/components/OrganizationProfile/__tests__/OrganizationGeneralPage.test.tsx#L14
https://github.com/clerk/javascript/blob/d546ea204191e31aa53903d8756f85b9e343bd15/packages/clerk-js/src/ui/components/OrganizationProfile/__tests__/OrganizationGeneralPage.test.tsx#L213

Thanks for calling that out @panteliselef! 🫡

FYI I'm holding on this PR since we're introducing a property on FAPI organization membership in order to avoid having to itinerate through all of the memberships data during rendering time here.

We've decided not to more forward with hiding the leave organization button due to the complexity of performing some checks on FAPI side.
I'll close this PR. We'll come back to this later and revisit priorities.


VirtaulMachine.getConfig() is throwing RuntimeException

VirtaulMachine.getConfig() is throwing Runtime Exception.
Exception detail below:
java.lang.RuntimeException: java.rmi.RemoteException: Exception in SoapClient.invoke:; nested exception is:
java.lang.NoSuchFieldException: faultToleranceType

Hello @atokasema can you provide your version of vSphere you are hitting, and also what version of yavijava you are using, and what version of java are you using?

vSphere 6.0
How do i check the yavijava version?
Java 7

@atokasema the jar file has the version in the name in most cases. Where did you get the jar you are running now?

Just to verify my setup, I used vijava55.jar and tried the same call on same setup and it worked fine.
jar file was downloaded from this website only, but by my colleague and passed on to me. yavijava60.jar is jar file I am using.
jar MANIFEST file content:
Manifest-Version: 1.0
Ant-Version: Apache Ant 1.9.4
Bnd-LastModified:<PHONE_NUMBER>169
Bundle-ManifestVersion: 2
Bundle-Name: yavijava60
Bundle-SymbolicName: yavijava60
Bundle-Version: 0
Created-By: 1.7.0_75 (Oracle Corporation)

@atokasema This is not a bug. Please see #29 support for 6.0 is in progress. The work has not been done yet for this to work.

Specifically this will need to be implemented: http://pubs.vmware.com/vsphere-60/index.jsp?topic=%2Fcom.vmware.wssdk.apiref.doc%2Fvim.VirtualMachine.FaultToleranceType.html
You should really be using yavijava 5.5.10 from public maven. The vsphere 6.0 branch should only be used right now by developers working to help add vsphere 6.0 support or to report bugs about the features identified in #29 that have been implemented.

I got some time to debug it and I was able to root cause the issue.
vSphere 6 SDK added a new filed called "vmxConfigChecksum" of type base64Binary in VirtualMachineConfigInfo data object. The code generator is converting this base64Binary to byte array  but when we get this value in soap response, it is coming as a single value like string and not an array of values. The marshaling is trying to convert the whole base64Binary value to one byte and its throwing error.
We need to add fix to handle this base64Binary data type


Landing Pages to detect theme preferences

Proposal: Should landing pages be responsible responsive to device theme preferences or stay in light mode only?
Background: The designers agreed to the Theme Toggle not appearing on the landing page only appearing on the blue header (as to not have to design a toggle that would also have to show up on the white and black backgrounds of the landing pages)
For Team Silva, Jazz implemented code for all of SILVA (including the landing page) to detect device theme settings. So after the Theme Toggle decision to have landing pages be light mode only, SILVA's landing page still detects device theme settings. There is no Theme Toggle on the landing so users do not have to the option to switch the theme.
We asked Chantelle if this was a problem (Sep 7 2023). Chantelle recognized this as a feature, as opposed to a problem. Chantelle wanted Team Silva to survey other teams if they want to adopt this approach for their landing pages.

@jazzgrewal Do you think your code is compatible with Vue? Or is it React only?

I believe @jazzgrewal used a CSS code. CSS is framework agnostic, but may differ on how to do it on each one of those.

Late to the party but here I go. The detection and theme change (light/dark mode) is a CSS functionality achieved through the tokens and by setting the css configuration on the browser. It can be replicated in other frameworks as well


Translations for new email protection dialog style

Task/Issue URL: https://app.asana.com/0/0/1205224270297061/f
Description
Translations
Steps to test this PR

[ ] CI should pass (once all translations available)

Current dependencies on/for this PR:

develop

PR #3427

PR #3428   👈

This comment was auto-generated by Graphite.

@CDRussell FYI you are going to need to rollback all the ignore tags removed as @anikiki had to do in https://github.com/duckduckgo/Android/pull/3399 I have already contacted Smartling regarding this.


Error: Doc comments are not meaningful here.

I am trying to compile the flatbufffers from the arrow project, but I get these errors:
https://github.com/apache/arrow/tree/main/format
error: Doc comments are not meaningful here.
   ┌─ Tensor.fbs:19:1
   │
19 │ /// "ndarrays". Arrow implementations in general are not required to implement
   │ ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Is there a way to ignore the comments?

Not currently, but I have implemented a PR to do this.

This is done as of #216.


bug: Typo in line 199 of example.lua?

Did you check docs and existing issues?

[X] I have read all the LazyVim docs
[X] I have searched the existing issues of LazyVim
[X] I have searched the existing issues of plugins related to this issue

Neovim version (nvim -v)
v0.10.0-dev-198+gd321deb4a-Homebrew
Operating system/version
Utuntu 22.4 installed via vmware in windows 11
Describe the bug
Should the word "ans" be "and" in line 199 in example.lua?
 -- add jsonls and schemastore ans setup treesitter for json, json5 and jsonc
Steps To Reproduce

Open example.lua.

Expected Behavior
 -- add jsonls and schemastore and setup treesitter for json, json5 and jsonc
Repro
Nil.

I'll fix it. Thanks


AdjointMap Jacobians 2

This PR updates #292 so we can land it.
Unfortunately, I cannot completely eliminate AdjointMapJacobianQ since Chain::DynamicalEquality3 requires it. One solution would be to move the jacobian computation of AdjointMap to GTSAM. This would be a nice add-on.
@danbarla requesting your review since I made some changes to Chain.cpp.

Okay I undid the changes @danbarla

Merging since this was pretty much copy-pasta from Gerry's PR.


Update to v1.0.11 and add Jest moduleDirectories as allowed key to override

Merged upstream create-react-app v1.0.11.
Add the moduleDirectories to the list of Jest supported config keys that can be overridden by the consumer project.

sorry wrong repo!


GitHub Actions: add go version and GitHub ref to test report

The latter shouldn't be necessary, but is due to a silly bug that
GitHub refuses to fix.
See https://github.com/orgs/community/discussions/24616

#112  👈
main

This stack of pull requests is managed by Graphite. Learn more about stacking.

Join @jespert and the rest of your teammates on  Graphite


Removed most DefinitelyTyped-specific functions

Per https://github.com/microsoft/dtslint/issues/300#issuecomment-904979821, removes the following functions:

checkPackageJson : https://github.com/microsoft/DefinitelyTyped-tools/pull/306
checkTsconfig: https://github.com/microsoft/DefinitelyTyped-tools/pull/306
checkTslintJson: https://github.com/microsoft/DefinitelyTyped-tools/pull/306
testDependencies: https://github.com/microsoft/DefinitelyTyped-tools/pull/306
updateConfig: https://github.com/DefinitelyTyped/DefinitelyTyped/pull/55468

I think I avoided removing the logic that should remain in dtslint for now per #300's comments.

Closing per #300


set_value("true"); writes 0

Title basically, I tried the following:
out_sheet
        .get_cell_by_column_and_row_mut(1, 1)
        .set_value("true")
        .expect("Failed to write to sheet");

out_sheet
        .get_cell_by_column_and_row_mut(1, 1)
        .set_value_and_data_type("true", Cell::TYPE_BOOL)
        .expect("Failed to write to sheet");

With both cases when I open the worksheet I see 0 and if I click on it, it has =FALSE()

This case has been dealt with. Please check with the latest version.


Add string diff visualization to reportes

Simular to https://mochajs.org/#diffs

testcafe version: 0.12.0

Closed by https://github.com/DevExpress/testcafe/commit/2a29fd46b20e6211c35b9abd1e7e1b4fcca7c7cb.


Feature Req: LVGL bindings

LVGL (a mini graphics library) has really usable bindings for micropython, and compiles pretty easily.  They seem to be focussing more and more on MP.  I'm using it with MP on a tiny TTGO-TDISPLAY and it works amazingly well for drawing and building interfaces. Really simple and clean and powerful.  But man do you spend time flipping back and forth to the docs.
The auto-generated LVGL bindings in MicroPython have an incredibly broad set of attributes (e.g. lv.textarea.* has ~400 entries!).  Their gen_mpy script does all the heavy lifting to create the module.  I wonder how easy it would be to perform your stub-making on the LVGL bindings generated by gen_mpy, to add them to your collection?  That would make building LVGL apps in MP almost trivial!  Thanks for micropython-stubs!

Hi, there is a similar request for the LVGL in the stubber repo , so lets try to do this.
Im currently working on generating much richer MicroPython stubs from the documentation, and that seems to be nearly done.
if you can point me to firmware or instructions  to build a MPY + LVGL for a M5Stack Basic or M5 Fire then I'll have a look on what can be done .

Great.  I'm not familiar with that hardware, but looks like it's ESP32-based and has a (likely?) supported display.   If you want to build your own, the build directions are pretty straightforward., especially if you've built MP yourself before.  It's just slow.  I built my own to add more fonts in (by default only 2 are included).
If you just want to give it a quick try, the 16MB firmware from this link should get your started.
I do wonder if gen_mpy (linked above) could be modified to easily produce only stubs instead of the full modules (which call into the LVGL C code functions).
Happy to try out your richer stubs if it helps.

I have uploaded my basic lv_micropython build to this repo:
https://github.com/robertoetcheverryr/lv_micropython-fw
The GENERIC_SPIRAM should work for the M5 Fire (And I strongly recommend using SPIRAM boards with lvgl. In a non-SPIRAM board there is less than 90k of RAM available after boot).
I flash it with:
esptool.py -p PORT -b 460800 --before default_reset --after hard_reset --chip esp32  write_flash --flash_mode dio --flash_size detect --flash_freq 40m 0x1000 bootloader.bin 0x8000 partition-table.bin 0x10000 micropython.bin

I managed to get the firmware flashed , but am not able to get anything on the display yet ( probably not having the correct initialization in place just resets the MCU)
I was able to :

[x] flash the firmware
[x] get the module list
[x] merge / add them with the existing module list
[x] run createstubs sucesfully
[ ]  failed downloading the lvlg.py module ( too large)
[x] mounted an SD card and generated the stubs to SD
[x] got an inital view at the lvlg file ( its huge , 52.000 lines 😮)
[ ] need to run the process to create the *.pyi files
[ ] isolate the lvlg files
[ ] add this to the stubber repo using a lvlg_v8_1 ?
[ ] create a procedure to automate this

@Josverl I have been able to run the stubber against my firmware and, just like you say, it's extremely big. One thing I noticed is that not all of the information is stubbed, for example, this is part of the btn class:
class btn:
    ''
    CLASS_EDITABLE = None
    CLASS_GROUP_DEF = None
    DRAW_PART = None
    FLAG = None
    TREE_WALK = None
    def add_event_cb():
        pass

    def add_flag():
        pass

    def add_state():
        pass

    def add_style():
        pass

    def align():
        pass

    def align_to():
        pass

    def allocate_spec_attr():
        pass

    def area_is_visible():
        pass

As you can see, the class' properties and functions are there, but not the functions' parameters:

In the end, the list of modules that lvgl adds to the micropython project is:
['display_driver_utils', 'espidf', 'fs_driver', 'ili9341', 'ili9XXX', 'imagetools', 'lodepng', 'lv_colors', 'lv_utils', 'lvgl', 'rtch', 'uftpd', 'utelnetserver', 'xpt2046']
Of those, I know that espidf should come from the general micropython stub (which wasn't available yet for 1.17 when I ran the stubber a couple of days ago IIRC).
Now, so far I have a hodgepodge of paths for Intellisense to read since it seems that having the unfrozen module is better than a stub and therefore the following modules are available in either the lv_micropython or the bindings repos:
['display_driver_utils', 'display_driver', 'fs_driver', 'ili9341', 'ili9XXX', 'imagetools',  'lv_colors', 'lv_utils', 'uftpd', 'utelnetserver', 'xpt2046']
That leaves:
['lodepng','lvgl', 'rtch']
As the only modules really stubbed from the firmware. I haven't had the time to check if it's possible to compile the bindings and obtain those modules in an unfrozen/more complete state or if the lack of additional information is a function of being cross-compiled.
Currently, I have this order of priorities for the modules:
from Micropython-stubs:
cpython_core
micropython-1.17-frozen
from lv_binding_micropython:
/driver/esp32
/lib
from lv_micropython:
/ports/esp32/modules
And finally, for those that don't exist, the directory with the stubs generated by the stubber.

I managed to get the firmware flashed , but am not able to get anything on the display yet ( probably not having the correct initialization in place just resets the MCU)

It should come up to the MP prompt without any resetting.  I had resetting on boot when my custom build overflowed the default "app" partition size, and I had to edit partitions.csv.
Once stable, you can import your driver (ili9XXX?) and import LVGL and try out some of the examples.  Here's my display startup:
from ili9XXX import st7789
import lvgl as lv
import fs_driver

disp = None

def start():
    global disp
    if not disp:
        disp = st7789(width=135, height=240, double_buffer = False,
                      factor=8, rot=st7789.LANDSCAPE)
        fs_drv = lv.fs_drv_t()
        fs_driver.fs_register(fs_drv, 'S')
        lv.init()

(I'm using a pre-release st7789 build).  Note the "factor" which is the factor by which to reduce the size of the display buffer.  The fs_driver stuff is so you can specify images or fonts by file path (with a leading S:).

According to this:
https://docs.makerfactory.io/m5stack/core/fire/
The M5 Fire uses the ILI9341 which should work with this initialization parameters:
display = ili9341(mosi=23, miso=19, clk=18, dc=27, cs=14, rst=33, power=-1, backlight=32, rot=LANDSCAPE, width=320, height=240)

I've tried lvgl's advanced demo application (https://github.com/lvgl/lv_binding_micropython/blob/master/examples/advanced_demo.py) on my non-M5 ESP32 and it works (still working on fully calibrating the TS though)

Roberto
some answers:

The missing function/method/class init parameters
this is indeed the case as MicroPython does not include that part of the information as far as i have been able to determine, for space considerations. Therefore I have not found a way to interrogate that from the MCU runtime.
I have been able to get a bit more information ( CONSTANT types and values as well as method decorators ) but that is about as far as that can go.
PS in comparing my recent export of the `lvlg.btn' class with yours above I have found a 🪲/omission in my code that does not emit all the constants in the updated version. ( more work)

thanks for the research on the modules:
generic frozen modules:

'uftpd',
'utelnetserver',

lvlg frozen modules (for ESP32):

'display_driver_utils',
'display_driver',
'fs_driver',
'ili9341',
'ili9XXX',
'imagetools',
'lv_colors',
'lv_utils',
'xpt2046'
C based modules
'lodepng',
'lvgl',
'rtch'
possibly other modules on other ports ( but that is a lower prio IMO )

Note that for other builds there are other frozen modules , but I do have  a workflow  to gather the frozen modules from the Micropython repo,  that is something I could extend/copy to run against the lv_micropython repro as well.

WRT to getting the display to work ,
Progress is that it does not reset anymore with the below code:
display101.py
but that is does not display anything either :-(
tried this on both the M5stack Core 1 (quite old) and the M5Stack fire
Possible related to this https://github.com/lvgl/lvgl_esp32_drivers/issues/57

thanks for letting me know.
Ill close this for now

OK I discovered something quite interesting: lv_micropython includes a json file with all the calling information, structure members, etc.  In my build I found it in mpy-cross/build/lvgl/lv_mpy.json (see comment here).
Seems like an easy target to translate and give type information to parameters, with some type translation (e.g. enum_type -> int, etc.).  This could be done either by fully parsing this file, or by adding in parameter information from this file to your generated .pyi's.    Here's an example from the json:
                "set_style_text_opa": {
                    "type": "function",
                    "args": [
                        {
                            "type": "lv_obj_t*",
                            "name": "obj"
                        },
                        {
                            "type": "int",
                            "name": "value"
                        },
                        {
                            "type": "int",
                            "name": "selector"
                        }
                    ],
                    "return_type": "NoneType"

vs:
    def set_style_text_opa(self, *args) -> Any: ...

Merging these would end up with something like:
    def set_style_text_opa(self, value: int, selector: int) -> None: ...

Here are the types mentioned (and their frequency), leaving out those ending _t, which are already exposed as classes:
mp_arr_to_lv_calendar_date_t_____: 1
mp_arr_to_lv_img_dsc_t_ptr____: 1
mp_arr_to_lv_btnmatrix_ctrl_t_____: 2
function pointer: 2
mp_arr_to_char_ptr____: 2
mp_arr_to_lv_point_t_____: 5
char*: 69
callback: 110
mp_arr_to_lv_coord_t_____: 138
enum_type: 187
bool: 259
void*: 296
enum_member: 1800
lv_obj_t*: 12191
function: 12476
int: 13429

Comparing the json with your stubs also reveals a small problem: everything listed under "functions" in the json incorrectly gets a "self" parameter in your stubs.  E.g. color_black.  The nice thing about the json is it tells you exactly which things are methods which take an lv_obj_t* as self.

Interesting , something to look into

see if it is possible to recognize/fix the "functions" , perhaps they are class- or static-methods ?
read the JSON file to generate richer stubs , and or merge the parameter information into the stubs.

wrt to 2, im close to releasing similar functionality for micropython  by generating stubs directly from the documentation.
providing richer information
I also have PoC code to 'merge/enrich' function / method parameters between different files using libCST
perhaps that can be used to take its input from the json you describe.

see if it is possible to recognize/fix the "functions" , perhaps they are class- or static-methods ?

It's quite easy to fix the non-methods using the json file, since they are nested in the structure under a top level category "functions" (vs. "objects" for all the class/method info, and "enums" for the static constants like ALIGN.TOP_LEFT, and ).  Also they have no  "type": "lv_obj_t*" argument, so no self parameter.

read the JSON file to generate richer stubs , and or merge the parameter information into the stubs.

wrt to 2, im close to releasing similar functionality for micropython by generating stubs directly from the documentation. providing richer information

That sounds great.  Are you basing on the PyBoardTypeshedGenerator?  I believe it also scans the docs.  In my brief testing the stubs it produces are truly excellent (but with some typing hard-coding to make various corrections per module).  But PyBoard-specific thus far.

I also have PoC code to 'merge/enrich' function / method parameters between different files using libCST perhaps that can be used to take its input from the json you describe.

Yes this sounds good.  I doubt you could pull enough info from lvgl docs... this file is structured perfectly to look up a method/class/etc. and enrich parameters.  Take a look!
Thanks for your work on this.

The top-level functions in lvgl.py are now fixed, thanks.

The other advantage of the json is it has all the typing info as well.

agree, that is why i created a separate issue to track that one.

@all-contributors add jdsmith for stubs and testing

@all-contributors add robertoetcheverryr for stubs and testing


[FEATURE] OpenAiStreamingChatModel for ConversationalRetrievalChain

Would it be possible to have stream response when chat with documents?

Hi @robertmaj90 we can add this feature for ConversationalRetrievalChain, but you can already do this with AiServices.
Example of streaming: https://github.com/langchain4j/langchain4j-examples/blob/main/other-examples/src/main/java/ServiceWithStreamingExample.java
Example of setting up AI Service with retriever: https://github.com/langchain4j/langchain4j-examples/blob/main/spring-boot-example/src/main/java/dev/example/CustomerSupportApplication.java
Please let me know if you still want this in ConversationalRetrievalChain.
Thanks!

Hi @langchain4j, thank you for such a quick answer!
Yeah, seems like it's possible, I've just done some test and it works! :)
Best,
Robert

@robertmaj90 awesome! Then I am closing this issue. Feel free to reopen or open another one. Cheers!

@robertmaj90 would you mind sharing what are you building? :) Which feature you foresee you will need in the future? Thanks

@langchain4j I'm just experimenting with OpenAI and pdf documents :) As for now seems like I have everything!
Unfortunately seems like starter plan of Pinecone does not support namespaces...
io.grpc.StatusRuntimeException: INVALID_ARGUMENT: The requested feature 'Namespaces' is not supported by the current index type 'Starter'.
Could you confirm it? As I understand I can have namespace for document to do not embedded one more than once.

@robertmaj90 sure thing, we would love to get contribution from you!
If you are interested in this, you can for sure add this functionality.
Ideally it would be nice to add streaming support to the Chain interface, so that every chain can benefit from it. But it will require some structural changes that I need to think through first.
Maybe you could add a separate StreamingConversationalRetrievalChain for the moment and later on we could generalize it?
Please let me know your thoughts and thank you for your interest!

sure, that's the way I was thinking about it :) will let you know once it's ready! Thanks!


Valdr and Angular 2

Any Plans to release an Angular 2 version of this amazing library?

Any plans for Angular 2?


Support setting global_downstream_max_connections via HELM.

(This is used to request new product features, please visit https://discuss.istio.io for questions on using Istio)
Describe the feature request
Ability to control global_downstream_max_connections value via HELM charts for istiod and ingress-gateway in order to limit the value as suggested by https://istio.io/latest/docs/ops/best-practices/security/#configure-a-limit-on-downstream-connections
Describe alternatives you've considered
We setup and configure kubernetes using terraform which makes using patch commands awkward since they can't only be done using kublectl local execs.  Ideally, setting up the bookstrap config map as well as setting volume mount in config map for istiod first class citizen.
Affected product area (please put an X in all that apply)
[ X] Docs
[X ] Installation
[ ] Networking
[ ] Performance and Scalability
[ ] Extensions and Telemetry
[ ] Security
[ ] Test and Release
[ ] User Experience
[ ] Developer Infrastructure
Affected features (please put an X in all that apply)
[ ] Multi Cluster
[ ] Virtual Machine
[ ] Multi Control Plane
Additional context

This is now configurable through mesh config runtimeValues. We should update the doc to use this
cc @keithmattix if anyone wants to pick this up

I could look into this @howardjohn if you want to assign it to me. Maybe @johnma14 can help me get started. Thanks

@mikhail-khodorovskiy Here is an example of how to set global_downstream_max_connections via Helm and values file:
Content of istiod-values.yaml
meshConfig:
  defaultConfig:
    runtimeValues:
      "overload.global_downstream_max_connections": "100"

Install Istio via helm
helm install istio-base istio/base -n istio-system
helm install istiod istio/istiod -n istio-system --values ~/src/ic4v-control-plane-iac/istiod-values.yaml

Download Istio
curl -L https://istio.io/downloadIstio | sh -
cd istio-1.17.0

Deploy sample application
kubectl create ns foo
kubectl label ns foo istio-injection=enabled
kubectl apply -f samples/httpbin/httpbin.yaml -n foo

Verify global_downstream_max_connections is set in proxy config runtimeValues
❯ k get po -n foo
NAME                       READY   STATUS    RESTARTS   AGE
httpbin-847f64cc8d-tlsg6   2/2     Running   0          6m7s
❯ k logs -n foo httpbin-847f64cc8d-tlsg6 -c istio-proxy
2023-02-22T09:55:26.219219Z	info	FLAG: --concurrency="2"
2023-02-22T09:55:26.219865Z	info	FLAG: --domain="foo.svc.cluster.local"
2023-02-22T09:55:26.219992Z	info	FLAG: --help="false"
2023-02-22T09:55:26.220044Z	info	FLAG: --log_as_json="false"
2023-02-22T09:55:26.220080Z	info	FLAG: --log_caller=""
2023-02-22T09:55:26.220117Z	info	FLAG: --log_output_level="default:info"
2023-02-22T09:55:26.220153Z	info	FLAG: --log_rotate=""
2023-02-22T09:55:26.220248Z	info	FLAG: --log_rotate_max_age="30"
2023-02-22T09:55:26.220288Z	info	FLAG: --log_rotate_max_backups="1000"
2023-02-22T09:55:26.220327Z	info	FLAG: --log_rotate_max_size="104857600"
2023-02-22T09:55:26.220361Z	info	FLAG: --log_stacktrace_level="default:none"
2023-02-22T09:55:26.220406Z	info	FLAG: --log_target="[stdout]"
2023-02-22T09:55:26.220442Z	info	FLAG: --meshConfig="./etc/istio/config/mesh"
2023-02-22T09:55:26.220479Z	info	FLAG: --outlierLogPath=""
2023-02-22T09:55:26.220511Z	info	FLAG: --proxyComponentLogLevel="misc:error"
2023-02-22T09:55:26.220548Z	info	FLAG: --proxyLogLevel="warning"
2023-02-22T09:55:26.220580Z	info	FLAG: --serviceCluster="istio-proxy"
2023-02-22T09:55:26.220697Z	info	FLAG: --stsPort="0"
2023-02-22T09:55:26.220796Z	info	FLAG: --templateFile=""
2023-02-22T09:55:26.220840Z	info	FLAG: --tokenManagerPlugin="GoogleTokenExchange"
2023-02-22T09:55:26.220876Z	info	FLAG: --vklog="0"
2023-02-22T09:55:26.220920Z	info	Version 1.17.0-c8c901a56861021dc25412f2e557b72a235b554c-Clean
2023-02-22T09:55:26.223737Z	info	Maximum file descriptors (ulimit -n): 1048576
2023-02-22T09:55:26.223952Z	info	Proxy role	ips=[<IP_ADDRESS>] type=sidecar id=httpbin-847f64cc8d-tlsg6.foo domain=foo.svc.cluster.local
2023-02-22T09:55:26.224065Z	info	Apply proxy config from env {"runtimeValues":{"overload.global_downstream_max_connections":"100"}}

2023-02-22T09:55:26.230176Z	info	Effective config: binaryPath: /usr/local/bin/envoy
concurrency: 2
configPath: ./etc/istio/proxy
controlPlaneAuthPolicy: MUTUAL_TLS
discoveryAddress: istiod.istio-system.svc:15012
drainDuration: 45s
proxyAdminPort: 15000
runtimeValues:
  overload.global_downstream_max_connections: "100"
serviceCluster: istio-proxy
statNameLength: 189
statusPort: 15020
terminationDrainDuration: 5s
tracing:
  zipkin:
    address: zipkin.istio-system:9411

2023-02-22T09:55:26.230386Z	info	JWT policy is third-party-jwt
2023-02-22T09:55:26.230441Z	info	using credential fetcher of JWT type in cluster.local trust domain
2023-02-22T09:55:26.333260Z	info	Workload SDS socket not found. Starting Istio SDS Server
2023-02-22T09:55:26.333522Z	info	CA Endpoint istiod.istio-system.svc:15012, provider Citadel
2023-02-22T09:55:26.333604Z	info	Using CA istiod.istio-system.svc:15012 cert with certs: var/run/secrets/istio/root-cert.pem
2023-02-22T09:55:26.334024Z	info	Opening status port 15020
2023-02-22T09:55:26.355241Z	info	ads	All caches have been synced up in 137.840058ms, marking server ready
2023-02-22T09:55:26.355676Z	info	xdsproxy	Initializing with upstream address "istiod.istio-system.svc:15012" and cluster "Kubernetes"
2023-02-22T09:55:26.358113Z	info	Pilot SAN: [istiod.istio-system.svc]
2023-02-22T09:55:26.359728Z	info	Starting proxy agent
2023-02-22T09:55:26.359827Z	info	starting
2023-02-22T09:55:26.359881Z	info	Envoy command: [-c etc/istio/proxy/envoy-rev.json --drain-time-s 45 --drain-strategy immediate --local-address-ip-version v4 --file-flush-interval-msec 1000 --disable-hot-restart --allow-unknown-static-fields --log-format %Y-%m-%dT%T.%fZ	%l	envoy %n %g:%#	%v	thread=%t -l warning --component-log-level misc:error --concurrency 2]
2023-02-22T09:55:26.362121Z	info	sds	Starting SDS grpc server
2023-02-22T09:55:26.362240Z	info	starting Http service at <IP_ADDRESS>:15004
2023-02-22T09:55:26.456192Z	info	xdsproxy	connected to upstream XDS server: istiod.istio-system.svc:15012
2023-02-22T09:55:26.491946Z	info	ads	ADS: new connection for node:httpbin-847f64cc8d-tlsg6.foo-1
2023-02-22T09:55:26.492703Z	info	ads	ADS: new connection for node:httpbin-847f64cc8d-tlsg6.foo-2
2023-02-22T09:55:26.560671Z	info	cache	generated new workload certificate	latency=204.478203ms ttl=23h59m59.439393104s
2023-02-22T09:55:26.560835Z	info	cache	Root cert has changed, start rotating root cert
2023-02-22T09:55:26.561062Z	info	ads	XDS: Incremental Pushing:0 ConnectedEndpoints:2 Version:
2023-02-22T09:55:26.561149Z	info	cache	returned workload trust anchor from cache	ttl=23h59m59.438853109s
2023-02-22T09:55:26.561984Z	info	cache	returned workload trust anchor from cache	ttl=23h59m59.438018824s
2023-02-22T09:55:26.562307Z	info	ads	SDS: PUSH request for node:httpbin-847f64cc8d-tlsg6.foo resources:1 size:1.1kB resource:ROOTCA
2023-02-22T09:55:26.563233Z	info	cache	returned workload trust anchor from cache	ttl=23h59m59.436770687s
2023-02-22T09:55:26.563418Z	info	cache	returned workload certificate from cache	ttl=23h59m59.43658497s
2023-02-22T09:55:26.563529Z	info	ads	SDS: PUSH request for node:httpbin-847f64cc8d-tlsg6.foo resources:1 size:4.0kB resource:default
2023-02-22T09:55:27.868052Z	info	Readiness succeeded in 1.66141699s
2023-02-22T09:55:27.868334Z	info	Envoy proxy is ready

@howardjohn @johnma14 - If you are happy with the above I can update the docs https://github.com/istio/istio.io/blob/master/content/en/docs/ops/best-practices/security/index.md

That would be great. thanks


Update README.md

Update "Downloading all-miniLM-L6-v2" with instructions to rename "model.onnx" to "all-miniLM-L6-v2.onnx".

Thank you!


[Add] Use Codecov to show coverage

https://about.codecov.io/ is the best practice to automatically check overall coverage, which is totally compatible to our nosetest.

codecov report weird result. Current TDD has been integrated in our repo.


Version error of dylib in macos

Hello～
I have a library that contains Javet and deploy it to maven's private repository, here is its pom.xml:

    <dependency>
        <groupId>com.caoccao.javet</groupId>
        <artifactId>javet</artifactId>
        <version>1.1.5</version>
    </dependency>

    <!-- macOS (x86_64 and arm64) -->
    <dependency>
        <groupId>com.caoccao.javet</groupId>
        <artifactId>javet-macos</artifactId>
        <version>1.1.0</version>
    </dependency>

My question is that when I use this library in my mac environment, the Javet seems to found the wrong version of the dylib
console shows "Javet library /libjavet-v8-macos-x86_64.v.1.1.5.dylib is not found"
Obviously, the mac environment version should be 1.1.0 instead of 1.1.5
where goes wrong?

In general, you need to create multiple profiles which apply different set of config per OS. The pom.xml you posted only loads the first library which is v1.1.5. The second library is refused by JVM.
Please refer to this sample for detail.

I am getting this error as well for version 3.0.2, which versions are compatible with macos?

Please check this doc out. All versions are compatible with MacOS.


Moved lines aren't indicated to screen reader users

Testing #191508
This feature is super cool and works well for a sighted user. We will want to think about how we can make this accessible for screen reader users.
Maybe when one enters such a section with their cursor, we can alert Code moved from line xxx to yyy and also provide a keybinding to use the compare action?
Once that happens, when the setting is enabled, we can add the info to the help menu.
https://github.com/microsoft/vscode/assets/29464607/55b8777d-d360-40cf-a75b-85096bd16032

it's really a bug IMO, but want to ensure punctual testing of it, thus feature-request

aHm, I looked into this and I think we should alert when a user runs Go to next / previous change. Is there a way for the editor to know that the current change has a moved range?

Is there a way for the editor to know that the current change has a moved range?

Yes, that should be easy to figure out.
Note that this feature is still disabled by default though.

Ok, let's make sure to do this before it's enabled by default 👍🏼


Wrong permissions or UID with Docker

When running the following command:
sudo docker run -it --rm -v "$PWD:/srv/jekyll":Z jekyll/jekyll jekyll build

I get the following error message:
There was an error while trying to write to `/srv/jekyll/Gemfile.lock`. It is likely that you
need to grant write permissions for that path.

Inside the container you can see the following:
bash-5.0# cat /etc/passwd | grep jekyll
jekyll:x:1000:1000:Linux User,,,:/home/jekyll:/sbin/nologin

bash-5.0# ls -lah /srv/jekyll/
total 36K
drwxr-xr-x    3 1001     1001        4.0K Oct 11 12:34 .
drwxr-xr-x    1 root     root        4.0K Oct  7 00:34 ..
-rw-r--r--    1 1001     1001          56 Oct 11 11:32 .gitignore
-rw-r--r--    1 1001     1001         419 Oct 11 11:32 404.html
-rw-r--r--    1 1001     1001        1.1K Oct 11 11:32 Gemfile
-rw-r--r--    1 1001     1001        2.0K Oct 11 11:32 _config.yml
drwxr-xr-x    2 1001     1001        4.0K Oct 11 11:32 _posts
-rw-r--r--    1 1001     1001         539 Oct 11 11:32 about.markdown
-rw-r--r--    1 1001     1001         175 Oct 11 11:32 index.markdown

The UIDs do not match and thus writing into /srv/jekyll is not possible.

https://github.com/envygeeks/jekyll-docker#configuration