#2.5 Form Validation Rendering

Value Proposition
As a Admin
I want to have the Form validation errors rendert
So that the user understand , which input he filled incorrectly.
Description
Display the Validation errors
Acceptance Criteria
🥇  Render the "add new client" Form validation errors
Tasks

[x]  Create a new feature Branch
[x]  read the React useForm hook Documentation
[x]  find a way to render the error under the input field

Complexity
M

Hey Petros,
You have already closed this issue but I wanted to leave you some feedback for further user stories anyway 🙂
I think you could have written the value proposition also from the perspective of the user:

As a user
I want to get visual feedback if I have filled the form incorrectly
so that I will be able to submit the form successfully more quickly.

It would also have been nice to see a scribble with example error messages displayed. So it is easier to see where they should go and when they will be rendered e.g. if the user clicks on the submit button or as soon as the user types incorrect information into the input field.


fix(html): fix calendar invalid html char

Fix #131

Thanks for fixing this. I thought lot-html automatically took care of this.


 attributes are case-sensitive when overriding

When using a runsettings file in Visual Studio, the following block is valid:
<RunSettings>
  <TestRunParameters>
    <Parameter Name="foo" Value="bar" />
  </TestRunParameters>
</RunSettings>

However, the Run Tests task assumes that the name and value attributes are lowercase (settingshelper.ts:183). This means that the parameters are not replaced, and no warning or error is provided to explain the behavior. Without viewing the source code, it is not obvious that this is required.
Additionally, debug logs even put these in uppercase when outputting:
2017-04-03T21:09:36.6415615Z ##[debug]Name : foo Value : bar

Which makes the issue even more confusing.
Ask: Please either add documentation explicitly stating that replaced <Parameter> attributes are case-sensitive, or support case-insensitive attributes.

@ekumlin Thanks for bringing up this issue. We are discussing this internally on how we want to address this.

Addressed here https://github.com/Microsoft/vsts-tasks/pull/4137


Support for custom pages in rss

Is it possible to add a option to specify which folders I want to add to rss XML?
plugins:
  - rss:
    path: ["/tutorials", "/blog"]

Thanks!

It could be possible but it'll need some time to be implemented so I plan it to be included into the v1 release.


Add floating_ip_pool openstack

Signed-off-by: FranBarrera<EMAIL_ADDRESS>

Without floating-ip, vagrant can't connect to instances


Function call overhead

Quite some drive by fixes in here :)
Had to add the configuration option so that it doesn't drive up our test times - these 0.02 seconds add up when you do it a hundred times!
Idea as a follow up: Show the measured overhead in the printed out configuration.  However, that requires moving code around: Either move the printing into the runner (not really the right place) or move the inner part of the runner somewhere else so that it can be called from Benchmark and already displayed there and then passed into the runner.
Here it is in action, making it visible that a lot of the function are just optimized by the compiler to return a constant (which is great):
tobi@speedy:~/github/benchee(function-call-overhead)$ mix run samples/fast_functions.exs
Operating System: Linux"
CPU Information: Intel(R) Core(TM) i7-4790 CPU @ 3.60GHz
Number of Available Cores: 8
Available memory: 15.61 GB
Elixir 1.6.4
Erlang 20.3

Benchmark suite executing with the following configuration:
warmup: 1 s
time: 1 s
memory time: 1 s
parallel: 1
inputs: none specified
Estimated total run time: 21 s

Benchmarking ++ array concat (wrong)...
Benchmarking Enum.map(10)...
Benchmarking Integer addition...
Benchmarking Integer addition (wrong)...
Benchmarking String concatention (wrong)...
Benchmarking adding a head to an array (wrong)...
Benchmarking noop...

Name                                        ips        average  deviation         median         99th %
Integer addition (wrong)               358.83 M        2.79 ns  ±1551.16%           0 ns          36 ns
noop                                   334.28 M        2.99 ns  ±1397.50%           0 ns          41 ns
adding a head to an array (wrong)      316.02 M        3.16 ns  ±1198.18%           0 ns          37 ns
++ array concat (wrong)                307.24 M        3.25 ns   ±939.38%           0 ns          45 ns
String concatention (wrong)            268.45 M        3.73 ns   ±845.54%           1 ns          39 ns
Integer addition                        61.74 M       16.20 ns   ±235.69%          18 ns          59 ns
Enum.map(10)                             2.26 M      442.05 ns  ±2153.23%         364 ns         813 ns

Comparison:
Integer addition (wrong)               358.83 M
noop                                   334.28 M - 1.07x slower
adding a head to an array (wrong)      316.02 M - 1.14x slower
++ array concat (wrong)                307.24 M - 1.17x slower
String concatention (wrong)            268.45 M - 1.34x slower
Integer addition                        61.74 M - 5.81x slower
Enum.map(10)                             2.26 M - 158.62x slower

Memory usage statistics:

Name                                 Memory usage
Integer addition (wrong)                    616 B
noop                                        616 B - 1.00x memory usage
adding a head to an array (wrong)           616 B - 1.00x memory usage
++ array concat (wrong)                     616 B - 1.00x memory usage
String concatention (wrong)                 616 B - 1.00x memory usage
Integer addition                            616 B - 1.00x memory usage
Enum.map(10)                                424 B - 0.69x memory usage

Thanks for taking a look @devonestes ! :)
Yes, actually wanted the headline of the new version to be: Microbenchmarks? Pah, how about Nano benchmarks! :grin:


Rename mask field to masks

This makes it consistent with the other models, which returns nouns in plurial

Codecov Report

Merging #934 into master will not change coverage.
The diff coverage is 100%.

@@           Coverage Diff           @@
##           master     #934   +/-   ##
=======================================
  Coverage   60.26%   60.26%
=======================================
  Files          63       63
  Lines        5001     5001
  Branches      745      745
=======================================
  Hits         3014     3014
  Misses       1784     1784
  Partials      203      203

Impacted Files
Coverage Δ

torchvision/models/detection/mask_rcnn.py
81.03% <ø> (ø)
:arrow_up:

torchvision/models/detection/roi_heads.py
56.64% <100%> (ø)
:arrow_up:

torchvision/models/detection/transform.py
78.09% <100%> (ø)
:arrow_up:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update cb99fe3...7fd07d8. Read the comment docs.


ValueError: Required inputs (['token_type_ids']) are missing from input feed (['input_ids', 'attention_mask']).

System Info
- optimum: 1.13.2
- platform: Ubuntu 20.04
- python: 3.11.4

Who can help?
@JingyaHuang @echarlaix
Information

[ ] The official example scripts
[X] My own modified scripts

Tasks

[X] An officially supported task in the examples folder (such as GLUE/SQuAD, ...)
[ ] My own task or dataset (give details below)

Reproduction (minimal, reproducible, runnable)
First export onnx model:
$ optimum-cli export onnx --model my_model/ --task text-classification --device cpu onnx_model/
Framework not specified. Using pt to export to ONNX.
Using the export variant default. Available variants are:
        - default: The default ONNX variant.
Using framework PyTorch: 2.0.1
Overriding 1 configuration item(s)
        - use_cache -> False
================ Diagnostic Run torch.onnx.export version 2.0.1 ================
verbose: False, log level: Level.ERROR
======================= 0 NONE 0 NOTE 0 WARNING 0 ERROR ========================

Post-processing the exported models...
Deduplicating shared (tied) weights...
Validating models in subprocesses...
Validating ONNX model onnx_model/model.onnx...
        -[✓] ONNX model output names match reference model (logits)
        - Validating ONNX Model output "logits":
                -[✓] (2, 2) matches (2, 2)
                -[✓] all values close (atol: 0.0001)
The ONNX export succeeded and the exported model was saved at: onnx_model

Then run:
import time
from pathlib import Path

import torch
from loguru import logger
from transformers import XLMRobertaTokenizer
from optimum.onnxruntime import ORTModelForSequenceClassification

def run():
    logits = []
    batch_size = 32
    start = time.time()
    for start_index in range(0, len(texts), batch_size):
        # tokenize
        encoded = tokenizer(
            texts[start_index : start_index + batch_size],  # type: ignore
            padding="longest",
            truncation=True,
            return_tensors="pt",
            max_length=512,
        )
        batch_logits = model(**encoded).logits  # shape: (batch_size, num_labels)
        logits.append(batch_logits)
    logits = torch.cat(logits, dim=0)  # shape: (texts_len, num_labels)
    pred_probs = logits.softmax(dim=-1)  # shape: (texts_len, num_labels)
    logger.info(
        f"inference speed: {len(texts) / (time.time() - start):.2f} texts/s, {len(texts)} texts total."
    )
    return pred_probs

if __name__ == "__main__":
    device = "cpu"
    texts = Path("data.txt").read_text(encoding="utf8").splitlines()
    BASE_MODEL = "microsoft/Multilingual-MiniLM-L12-H384"
    MODELPATH = "onnx_model/"
    tokenizer = XLMRobertaTokenizer.from_pretrained(BASE_MODEL, use_fast=True)
    model = ORTModelForSequenceClassification.from_pretrained(MODELPATH)
    id2label = model.config.id2label
    label_list = list(id2label.values())

    run1 = run()
    run2 = run()
    logger.info(torch.equal(run1, run2))

The model can't be accessed publicly.
Expected behavior
Complete without error.

I got similar issue from accessing a fine-tuned version ValueError: Required inputs (['segment_ids']) are missing from input feed (['input_ids', 'token_type_ids', 'attention_mask']). when trying to do model(tokens) from a created onnxruntime.InferenceSession model.

The error
ValueError: Required inputs (['token_type_ids']) are missing
from input feed (['input_ids', 'attention_mask'])

Means that currently your input feed contains keys input_ids and attention_mask, but is missing token_type_ids. You can see the complete list of required inputs by inspecting the onnxruntime session
import onnxruntime

sess = onnxruntime.InferenceSession("model.onnx")
print([inp.name for inp in sess.get_inputs()])

Within Hugging Face, the session appears to be abstracted inside ORTModelForSequenceClassification, so I can't say exactly how to access it in this situation

I have the same error with exporting model multilingual-e5-small.


Moving lisp into a separate container

This one is interesting, because it presents our first case where we're moving a pillar type of a service (lisp-ztr) into a separate container. First the good news: given that our PubSub directories are now visible under /run AND given that in all EVE containers we now have /var/run -> /run everything is expected to work when it comes to PubSub. The only exception to that rule is /var/tmp/GlobalConfig PubSub endpoint, but given that /var/tmp/GlobalConfig -> /persist/... it just so happens to work as well.
Another bit of good news is that this is net-neutral for the size of the go binary. This moves ~10Mb from zedbox to a standalone lisp-ztr.
Final bit of excellent news is that from now on I can actually test lisp service in EVE as a standalone container (provided I supply /run and /persist).
Now comes a really interesting part in all of this: so far in zedrouter we used LISP specific commands to  restart lisp service. We now have an option of replacing them with generic EVE service management commands (e.g. eve restart lisp, eve stop lisp). For now, though, I just made those into no-ops:
        RestartCmd   = "/bin/true"
        StopCmd      = "/bin/true"

There's still a ton missing on the watchdog side and logmanager -- but this is good enough to be seen for the high-level feedback.
I will suggest you start your review directly with the following commit: https://github.com/lf-edge/eve/pull/607/commits/0bc8a3c2af1eaec32bb02e24b6fad521f466a2ee

I really like this, decomposing pillar, but especially some of the more complex ones like lisp.
I have a few comments/questions:

Dependency on pillar, per my comment on the code. What does it depend upon, and can it be pulled out?
I am fairly certain from the work that I did that the only reason we have CGO enabled in pillar is because of the dependency on github.com/google/go-packet. Specifically, those are all in (under pkg/pillar before this PR: cmd/dataplane/, cmd/zedrouter/, dataplane/*. With this move, can we isolated CGO to just pkg/lisp and run pkg/pillar with CGO_ENABLED=0? That would simplify all of our cross-compiling dramatically.
Can we document how this works with the change? Specifically, does the lisp package just control networking, but the data plane happens directly? Where do packets flow (which containers) and how does pillar control it? I don't get the control flows and data flows when using lisp with this change, and a short doc in docs/, perhaps a flow diagram or two to go with it, would be very helpful.

Hey @deitch I've updated the PR to account for Yetus feedback and it is ready to be merged now. Thanks for reviewing it. Now, to answer your questions:

Dependency on pillar, per my comment on the code. What does it depend upon, and can it be pulled out?

There are legitimate dependencies on pillar when it comes lisp dataplane:
      pillar/watch
      pillar/pubsub
      pillar/pidfile
      pillar/agentlog
      pillar/utils
      pillar/zboot
      pillar/types
      pillar/flextimer

I am actually not quite sure how to manage this dependency in and automated way. Looking for suggestions here.

I am fairly certain from the work that I did that the only reason we have CGO enabled in pillar is because of the dependency on github.com/google/go-packet. Specifically, those are all in (under pkg/pillar before this PR: cmd/dataplane/, cmd/zedrouter/, dataplane/*. With this move, can we isolated CGO to just pkg/lisp and run pkg/pillar with CGO_ENABLED=0? That would simplify all of our cross-compiling dramatically.

You have good memory man ;-) I had exactly the same hunch and was somewhat disappointed to see that we now have that dependency proliferating into one additional place:
pkg/pillar/cmd/zedrouter/flowstats.go

But I agree -- this is a much more tightly controlled dependency so perhaps @nordmark can help us come up with a way to isolate it somehow.

Can we document how this works with the change? Specifically, does the lisp package just control networking, but the data plane happens directly? Where do packets flow (which containers) and how does pillar control it? I don't get the control flows and data flows when using lisp with this change, and a short doc in docs/, perhaps a flow diagram or two to go with it, would be very helpful.

Good point -- let me start a quick NETWORK-PLUMBING.md doc. I'll add it to the PR shortly.

I am actually not quite sure how to manage this dependency in and automated way. Looking for suggestions here

The right way, IMHO, is to extract any common dependencies into a separate non-pkg directory, perhaps lib, so that pkg/pillar and pkg/lisp and pkg/* depend on common library modules.  Then pkg/* becomes running services, and lib/* become just dependencies.
But I think that is a bridge too far for this PR. When you are done with the first tranche of extracts from pillar, we can do a separate PR that does just that, as it will touch a lot of files, but change zero functionality.

I had exactly the same hunch and was somewhat disappointed to see that we now have that dependency proliferating into one additional place pkg/pillar/cmd/zedrouter/flowstats.go

Oh, ouch. What does that single file do? Is it something that we can extract out somehow?
I looked at the dependencies, I see:
	"github.com/google/gopacket/layers"
	"github.com/google/gopacket/pcap"

layers has no CGO dependencies, so that leaves pcap, which we use only at one point, for pcap.OpenLive(), and then call a few functions on its returned *pcap.Handle: handle.Close(), handle.SetBPFFilter(filter) and gopacket.NewPacketSource(handle, handle.LinkType()).
This definitely narrows it down, but clearly won't eliminate it this round. Still, it may be worth the effort in a separate round. That would bring us a long way towards faster compiles, much easier cross-compile, and running pillar standalone.

let me start a quick NETWORK-PLUMBING.md doc. I'll add it to the PR shortly

👍

Did you get to the doc? I don’t see it here, but it could just be because of the phone.


Shorten assignments to itself

@boopathi @shinew fixed some things up, PTAL

@boopathi I'd love to merge this ASAP and cut a new release. Could you please take one last look?

I'd try using it with other plugins - especially block-scoping, dce and simplify.
Mangler is in broken state. Let's fix that before a release.

LGTM 👍

I'm checking this addition on our codebase with all the other plugins.
Agreed about mangler.


Toggle panel

In VSCode, you can toggle the search panel to return to it later.
It would be possible to add an extra option inside the open function that would open the previous buffer.
As alternative we could just have a separate command that allows to show / hide Spectre.

So sad 😿

I think it will be a quite good feature, why it wasn't taken into account tho?

This is an old thread, but I believe I managed to solve this by using spectre state.
Warning: I am not sure if I am using spectre.state is officially supported, it is possible that a future version of spectre breaks this keymap; however, for now this seems to work quite well for me with the latest version:
vim.keymap.set("n", "<leader>sp", function()
    local spectre = require("spectre")
    local spectre_state = require("spectre.state")

    local is_open = false
    if spectre_state.bufnr ~= nil then
        local wins = vim.fn.win_findbuf(spectre_state.bufnr)
        if next(wins) ~= nil then -- check if wins is empty
            is_open = true
        end
    end

    if is_open then
        spectre.close()
    else
        spectre.open()
    end
end)

I have not yet figured out how to make it work with resume last search however. But for now this is perfect for 99% of my workflows.
You could also do this without relying on spectre.state by searching for buffers with the string "spectre" in their name. However that might lead to false positives if project files have that string as well, this should also be a bit faster too.
Hopefully this helps someone! (also hoping that this is already a supported feature and someone corrects me!)


test PR with Github API

Please pull this in!

Docs Build status updates of commit 9ea5752:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details
Dependent Files

node-azure-tools.md
:white_check_mark:Succeeded

For more details, please refer to the build report.
Note: If you changed an existing file name or deleted a file, broken links in other files to the deleted or renamed file are listed only in the full build report.


Investigate size impact of SwiftSyntax dependency

Windows switched a while ago to statically linking the full SourceKit-LSP binary because it netted a size win (reduction).  The recent dependency on SwiftSyntax may change the calculus, particularly with the driver also depending on SwiftSyntax.  I wonder what the total cost is for the static vs dynamic linking.

CC: @DougGregor @etcwilde

rdar://103602514


fix: ensure start if using end

Prior to this PR a user would get validation error if defining an end without start that wasn't clear on the issue. This validates prior to the actual value validation if an end is defined without a start and gives a more clear error.
I think requiring start with end seems reasonable. Open to other thoughts though.

would there be an issue if the project had a start?

would there be an issue if the project had a start?

If you are talking about a model default start, then that is covered with this test: https://github.com/TobikoData/sqlmesh/blob/e42201548d30f092455ce6eac68e9b1b1cdb2282/tests/core/test_model.py#L3328-L3344


Updating to 3.62.2 causes errors with .default properties

General information

SDK version: 3.62.2
Environment: Sandbox
Browser and OS: Any

Issue description
Installing 3.62.2, compiled with rollup.js into our build, I get errors relating to package default imports:
Uncaught (in promise) TypeError: i.default is not a function
    emit framebus.js:45
    emit index.js:71
    _cleanUpFocusIntercepts hosted-fields.js:730
    removeExtraFocusElements focus-change.js:80
    removeExtraFocusElements focus-change.js:74
    _cleanUpFocusIntercepts hosted-fields.js:729
    HostedFields hosted-fields.js:623
    promise callback*HostedFields hosted-fields.js:617
    1 index.js:260
    promise callback*create$1 index.js:259
    wrapPromise wrap-promise.js:18
    createHostedFields payment-step.js:299  // Our code below here in this backtrace
    step_loaded payment-step.js:39
    CheckoutController checkout-controller.js:49
    _rollbar_wrapped rollbar.min.js:1
    dispatch checkout-step.js:39
    api_call checkout-step.js:179
    action_finish shipping-step.js:128
    CheckoutStep checkout-step.js:25
    _rollbar_wrapped rollbar.min.js:1
    o rollbar.min.js:2
    CheckoutStep checkout-step.js:20
    ShippingStep shipping-step.js:16
    execute shipping-step.js:152
    i system-core.js:274
    e system-core.js:270
    C system-core.js:219

Pardon the systemjs chaff here, but I think it provides context.
i.default in this case is the code referring to  the framebus package, which is updated to version 4. Version 4 publishes some ESM-derived code that has a .default property on what's returned from require — in some bundlers. With rollup, this is not the case and the code fails. Switching to esm-based modules is unfortunately a breaking change, it seems, with the state of the ecosystem.

:/ thanks for the report. We'll see what we can do in framebus to work around this.

Good luck. This stuff is super gross right now — it might actually mean bundling it into braintree-web to fix it.

@aredridel Can you provide a sample rollup config? I'm having trouble reproducing the error you are getting. This is mine:
import commonjs from '@rollup/plugin-commonjs';
import resolve from '@rollup/plugin-node-resolve';

export default {
  input: 'main.js',
  output: {
    format: 'umd',
    file: 'public/rollup.js'
  },
  plugins: [
    commonjs(),
    resolve()
  ]
};

Not sure if you have particular plugins you're using, or a particular format, or what.

Never mind, I was just able to reproduce it.

OK, I think we can solve this by simply using the export = typescript syntax instead of export default. Can you provide me a rollup config to try? I want to make sure it solves your problem before publishing a fix.

import alias from "@rollup/plugin-alias";
import commonjs from "@rollup/plugin-commonjs";
import json from "@rollup/plugin-json";
import replace from "@rollup/plugin-replace";
import resolve from "@rollup/plugin-node-resolve";
import { terser } from "rollup-plugin-terser";
import svelte from "rollup-plugin-svelte";

const aliases = {
  entries: [{ find: "cuid", replacement: require.resolve("cuid/dist/cuid.js") }]
};

require("dotenv").config();

const env = process.env.APP_ENV ? process.env.APP_ENV : "production";

const config = {
  output: {
    dir: "public/js/",
    sourcemap: true,
    entryFileNames: "[name]-[hash].[format].js",
    chunkFileNames: "[name]-[hash].[format].js",
    preferConst: true,
    format: "system"
  },
  plugins: [
    alias(aliases),
    svelte({
      dev: env != "production",
      hydratable: true
    }),
    resolve({
      preferBuiltins: false
    }),
    commonjs(),
    replace({
      "process.env.NODE_ENV": JSON.stringify(env),
      "process.env.NODE_DEBUG": JSON.stringify(null)
    }),
    json(),
    env == "production" ? terser() : null,
  ]
};

export default config;

I tested my fix with your config, and it works!
The only changes I made to the config were to change the input and output, remove the aliases bit, and changed the format from system to umd. Of those changes, the only one that I imagine may make a difference is the format config. I'm not too familiar with rollup, and can't find any solid documentation on what format: 'system' is supposed to do. All I know is that it added a System global that the browser couldn't find when I tried to run the script.
Hoping to get a fix out for this sometime this week.

Yep! System is for systemjs, which is much like AMD only has much closer to ESM semantics. It's what we're using since ESM itself crashes MS Edge.

This should be fixed in v3.63.0
Let us know if it's still not working correctly for you


add functionality for adding mailing preferences

up until now, mailing preferences could only be edited, but not added.

Would it make sense to put the put/post calls into the MailingPreference's save method?
I am not sure about this, but if it is "generic enough" it is a bit safer to put it into the save method, in case other code changes the settings, without using the view directly.

hmm, this leads to a circular import. Is it a good design if the models import the mailchimp integration stuff (so that I can PUT to mailchimp from a model.save method)?

Would it make sense to put the put/post calls into the MailingPreference's save method?
I am not sure about this, but if it is "generic enough" it is a bit safer to put it into the save method, in case other code changes the settings, without using the view directly.

hmm, this leads to a circular import. Is it a good design if the models import the mailchimp integration stuff (so that I can PUT to mailchimp from a model.save method)?

Circular imports would be solvable, so that is not a problem. But right, the model is not aware of the type of mailer integration which is a good decision I think.
So, yes. Just leave it as it is :+1:


toJson() hangs indefinitely

I tried switching from Jest but when I do my test never completes.
    it("should render a cell correctly in workflow mode", () => {
        const component = shallow(<ReactBoardCellComponent
            {...props}
        />);
        expect(toJson(component)).toMatchSnapshot();
    });

$ yarn test
yarn test v0.27.5
$ jest

 RUNS  src/components/__tests__/boardcell.test.tsx <-- Never completes
^C

enzyme 2.8.2
enzyme-to-json 1.5.1
jest 20.0.4

Hi @robinelvin,
Sorry for the delay, I can't reproduce this bug, can you provide a small test repo?
Thank you!

I'll close this for now, please comment if you can provide a repository which reproduce the issue.
Thanks!


Error with dask-seachcv.GridsearchCV

hello, when i try to run Gridsearch with sklearn on my laptop I get the parallelism error for n_jobs greater as 1. So I decided to turn to dask-searchcv and I can't get the best_params. I get a new error instead. Below are my error and the code
Error:
ImportError: cannot import name 'DeprecationDict' from 'sklearn.utils.deprecation'
code:
import numpy as np
import  pandas as pd
import matplotlib
import matplotlib.pyplot as plt
from sklearn.datasets import fetch_openml
from sklearn.neighbors import KNeighborsClassifier
from sklearn.metrics import confusion_matrix
from  sklearn.model_selection import cross_val_predict,cross_val_score
#from sklearn.model_selection import GridSearchCV
from dask_searchcv import GridSearchCV
np.random.seed(42)
mnist_data = fetch_openml('mnist_784')
data = mnist_data['data'].astype(np.int64)
label = mnist_data['target'].astype(np.int64)
#creating test data and shuffle data
x_train = data[:60000]
x_test = data[60000:]
y_train = label[:60000]
y_test = data[60000:]
schuffler = np.random.permutation(len(x_train))
x_train,y_train = x_train[schuffler],y_train[schuffler]
knn_clf = KNeighborsClassifier()
classifier = knn_clf.fit(x_train,y_train)
param = {'n_neighbors': [3,4,5],'weights':['uniform','distance']}
#using dask-search cv
search = GridSearchCV(knn_clf,param,cv=3,n_jobs=-1)
search.fit(x_train,y_train)
print(search.best_params_)

What version of dask-ml?

version 1.0.0

Whats the full traceback?
Your error message doesn't make sense for dask-ml 1.0.0. We define it in https://github.com/dask/dask-ml/blob/0db2e5fbf2dfab1a3bd8f924d002b7bae96f1e76/dask_ml/model_selection/utils.py#L103

Hey @TomAugspurger,
I found the issue. When I call the Gridsearchcv from dask-ml it works fine. The error came as a result of me importing it from dask_searchcv.  It seems  dask_searchcv doesn't work again or something. I took it out of the code and the code gave an output.
Thanks :)

dask-searchcv was folded into dask-ml a while ago.
On Mon, Aug 19, 2019 at 9:39 AM FritzPeleke<EMAIL_ADDRESS>wrote:

Hey @TomAugspurger https://github.com/TomAugspurger,
I found the issue. When I call the Gridsearchcv from dask-ml it works
fine. The error came as a result of me importing it from dask_searchcv. It
seems dask_searchcv doesn't work again or something. I took it out of the
code and the code gave an output.
Thanks :)
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/dask/dask-ml/issues/539?email_source=notifications&email_token=AAKAOIXQ7GGHQRISZXBCHK3QFKWCVA5CNFSM4IMZK3N2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD4TFEQI#issuecomment-522605121,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAKAOIW3L6VULWXEV3WL4PLQFKWCVANCNFSM4IMZK3NQ
.

I had no idea, sorry for the trouble

No worries.


Allow adding transaction context fields via Public API

Describe the solution you'd like
I would like for the Public API to support setting transaction context fields such as 'context.request.url.pathname' and 'context.user.user-agent' for transactions created via the Public API. Currently the Public API does not expose a way to set this information. This would be useful when integrating frameworks outside of the supported list (I'm currently in progress of trying to integrate Clojure's ring)
For me, the best solution would be to have a Transaction#addContext method in similar fashion as we have Transaction#addTag
Transaction tx = ElasticApm.startTransaction();
tx.addContext("request.url.pathname", "/hello");
tx.addContext("user.user-agent", "some-client");

Another option would be to add separate setters for each context field described here: https://www.elastic.co/guide/en/apm/server/current/exported-fields-apm.html#_context_fields but I feel having a single addContext would be the easiest to maintain over time.
Describe alternatives you've considered
I'm currently falling back to using Transaction#addTag to add this information to transactions. This works, but Kibana shows the information as a just flat list of key value pairs under "Tags". The Normally, context.request.* fields would be shown under "Request" tab with somewhat nicer presentation.

This project might be interesting to you: https://github.com/Yleisradio/clojure-elastic-apm

@felixbarny Hehe, I made that. It's why I requested this functionality. :)

Ahh, nice job and sorry for not noticing 😅
I have not forgotten about this issue btw. But another aspect of this is that it's likely that "context" will be deprecated in future versions of the Intake API. As of 7.0, there won't be a context in ES documents in order to to align with ECS. But maybe it's still fine that there is a concept of "context" in the public api.

Another challenge is how to make sure that all required fields are set. For example, only setting context.request.method without setting context.request.url.* will lead to the APM server dropping the event. APM Server errors, in turn, lead to the agent throttling requests to the server.

Does OpenTelemetry Baggage cover the requirements of this feature request?


MetaSys 13 API v5

Hi,
It looks like there is a version 5 REST API available in MetaSys 13, could you please publish the documentation for the latest version?

PR for this is currently open

#115 has been merged and you'll see the v5 spec is now live

Thank you @michaelgwelch!


Harmonise ontologyTypes for identical authoritative ids

Given any two Concepts (of any kind) in a Work (as subjects or contributors), with the same id type and value, ensure that they both have the same ontology type.
Choose the "most likely to be correct" type from the two, and apply it to the "incorrect" one.

https://github.com/wellcomecollection/catalogue-pipeline/pull/2295


update bag reference

PR Summary
Small PR - Commit 4a73965d9dcfad5aafaecbc879144439dc8d1f18 moved the location of bag.md. This PR adjusts sources to changes.

I have read the DCO Document and I hereby sign the DCO

thanks!


yt-dlp: 2024.11.4 -> 2024.11.18

Changelog: https://github.com/yt-dlp/yt-dlp/blob/HEAD/Changelog.md

Things done

Built on platform(s)

[x] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

For non-Linux: Is sandboxing enabled in nix.conf? (See Nix manual)

[ ] sandbox = relaxed
[ ] sandbox = true

[x] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[ ] Tested basic functionality of all binary files (usually in ./result/bin/)
25.05 Release Notes (or backporting 24.11 and 25.05 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module

[x] Fits CONTRIBUTING.md.

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

#357900


Allow custom clusterRole rules in helm chart

Proposal
RBAC as currently set allows metacontroller pods to access all ressources on the cluster, which is not necessary when metacontroller is used to create specific objects, and could be a security issue.
Thus, it should be possible to specify custom cluster role rules in helm.
Example
We plan to use in Jisti-k8s the metacontroller to create services every time a pod for jitsi jvb is created. Thus, needed rules for clusterRole are the following:
rules:
  - apiGroups:
      - "apps"
    resources:
      - "statefulsets"
    verbs:
      - "get"
      - "watch"
      - "list"
  - apiGroups:
      - ""
    resources:
      - "services"
    verbs:
      - "get"
      - "watch"
      - "list"
      - "create"
      - "delete"
  - apiGroups:
      - ""
    resources:
      - "events"
    verbs:
      - "create"
      - "patch"
  - apiGroups:
      - "metacontroller.k8s.io"
    resources:
      - "*"
    verbs:
      - "get"
      - "watch"
      - "list"

We do not need more rules, so we would like to be able to set this configuration thanks to helm values

I have a similar situation and might take a shot at implementing this 👍🏻

@grzesuav  we should be able to close this. I must not have commented the commit message correctly for autoclose.

oh, right. It requires fixes #issue in message body, I often forgot about this also.


Issue 7 tests

Created to address issue 7

Included https://github.com/golang/mock as a dependency to generate mocks of our interfaces for testing purposes. If including this is an issue we can perhaps just generate the mocks and not import it?


Undefined symbols for architecture arm64:   "_mp_GlTexture__ui_i_i"

System information

OS Platform and Distribution (e.g., Linux Ubuntu 20.04, WSL2): Mac M1
Target (e.g. desktop cpu, android arm64): ios arm64
Bazel version: 5.0
Python version: 3.9
GCC/G++ version:
Unity version: 2021.2.81f
Android NDK version (if building for Android):
Xcode version (if building for iOS): 13.2.1

When attempting to build, get this error on Xcode:
Undefined symbols for architecture arm64:   "_mp_GlTexture__ui_i_i", referenced from:       _GlTexture__ctor_m9090DF7E0CCA4A12D33903A04E481E1F44DA033F in MediaPipeSDK.o       _UnsafeNativeMethods_mp_GlTexture__ui_i_i_m26973359F5BD0731A011EE1EE0DB03A6C8F59AEE in MediaPipeSDK.o      (maybe you meant: _UnsafeNativeMethods_mp_GlTexture__ui_i_i_m26973359F5BD0731A011EE1EE0DB03A6C8F59AEE) ld: symbol(s) not found for architecture arm64 clang: error: linker command failed with exit code 1 (use -v to see invocation)
Steps to reproduce the issue

Open XCode workspace file
Attempt to run on phone

Full logs
Showing Recent Issues

Build target UnityFramework of project Unity-iPhone with configuration ReleaseForRunning
/Users/brianrouleau/Desktop/FF2/Unity-iPhone.xcodeproj: warning: OpenGLES is deprecated. Consider migrating to Metal instead. (in target 'UnityFramework' from project 'Unity-iPhone')

CompileC /Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Intermediates.noindex/Unity-iPhone.build/ReleaseForRunning-iphoneos/UnityFramework.build/Objects-normal/arm64/iPhone_Sensors.o /Users/brianrouleau/Desktop/FF2/Classes/iPhone_Sensors.mm normal arm64 objective-c++ com.apple.compilers.llvm.clang.1_0.compiler (in target 'UnityFramework' from project 'Unity-iPhone')
    cd /Users/brianrouleau/Desktop/FF2
    export LANG\=en_US.US-ASCII
    /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -x objective-c++ -target arm64-apple-ios11.0 -fmessage-length\=0 -fdiagnostics-show-note-include-stack -fmacro-backtrace-limit\=0 -std\=c++11 -stdlib\=libc++ -fobjc-arc -fmodules -gmodules -fmodules-cache-path\=/Users/brianrouleau/Library/Developer/Xcode/DerivedData/ModuleCache.noindex -fmodules-prune-interval\=86400 -fmodules-prune-after\=345600 -fbuild-session-file\=/Users/brianrouleau/Library/Developer/Xcode/DerivedData/ModuleCache.noindex/Session.modulevalidation -fmodules-validate-once-per-build-session -Wnon-modular-include-in-framework-module -Werror\=non-modular-include-in-framework-module -fmodule-name\=UnityFramework -Wno-trigraphs -fno-rtti -fno-sanitize\=vptr -fpascal-strings -Os -fno-common -Wno-missing-field-initializers -Wno-missing-prototypes -Wno-implicit-atomic-properties -Wno-objc-interface-ivars -Wno-arc-repeated-use-of-weak -Wimplicit-retain-self -Wno-non-virtual-dtor -Wno-overloaded-virtual -Wno-exit-time-destructors -Wduplicate-method-match -Wno-missing-braces -Wparentheses -Wswitch -Wno-unused-function -Wno-unused-label -Wno-unused-parameter -Wunused-variable -Wunused-value -Wempty-body -Wuninitialized -Wno-unknown-pragmas -Wno-shadow -Wno-four-char-constants -Wno-conversion -Wconstant-conversion -Wint-conversion -Wbool-conversion -Wenum-conversion -Wno-float-conversion -Wnon-literal-null-conversion -Wobjc-literal-conversion -Wshorten-64-to-32 -Wno-newline-eof -Wno-selector -Wno-strict-selector-match -Wno-undeclared-selector -Wdeprecated-implementations -Wno-c++11-extensions -DCOCOAPODS\=1 -DPB_FIELD_32BIT\=1 -DPB_NO_PACKED_STRUCTS\=1 -DPB_ENABLE_MALLOC\=1 -DOBJC_OLD_DISPATCH_PROTOTYPES\=0 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS15.2.sdk -fstrict-aliasing -Wprotocol -Wdeprecated-declarations -Winvalid-offsetof -g -fvisibility\=hidden -fvisibility-inlines-hidden -Wno-sign-conversion -Winfinite-recursion -Wmove -Wcomma -Wblock-capture-autoreleasing -Wno-strict-prototypes -Wrange-loop-analysis -Wno-semicolon-before-method-body -fembed-bitcode-marker -iquote /Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Intermediates.noindex/Unity-iPhone.build/ReleaseForRunning-iphoneos/UnityFramework.build/UnityFramework-generated-files.hmap -I/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Intermediates.noindex/Unity-iPhone.build/ReleaseForRunning-iphoneos/UnityFramework.build/UnityFramework-own-target-headers.hmap -I/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Intermediates.noindex/Unity-iPhone.build/ReleaseForRunning-iphoneos/UnityFramework.build/UnityFramework-all-non-framework-target-headers.hmap -ivfsoverlay /Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Intermediates.noindex/Unity-iPhone.build/ReleaseForRunning-iphoneos/UnityFramework.build/all-product-headers.yaml -iquote /Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Intermediates.noindex/Unity-iPhone.build/ReleaseForRunning-iphoneos/UnityFramework.build/UnityFramework-project-headers.hmap -I/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/include -I/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/FirebaseABTesting/FirebaseABTesting.framework/Headers -I/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/FirebaseCore/FirebaseCore.framework/Headers -I/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/FirebaseCoreDiagnostics/FirebaseCoreDiagnostics.framework/Headers -I/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/FirebaseInstallations/FirebaseInstallations.framework/Headers -I/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/FirebaseRemoteConfig/FirebaseRemoteConfig.framework/Headers -I/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/GoogleDataTransport/GoogleDataTransport.framework/Headers -I/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/GoogleUtilities/GoogleUtilities.framework/Headers -I/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/PromisesObjC/FBLPromises.framework/Headers -I/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/Purchases/Purchases.framework/Headers -I/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/PurchasesCoreSwift/PurchasesCoreSwift.framework/Headers -I/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/PurchasesHybridCommon/PurchasesHybridCommon.framework/Headers -I/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/nanopb/nanopb.framework/Headers -I/Users/brianrouleau/Desktop/FF2/Pods/Headers/Public -I/Users/brianrouleau/Desktop/FF2/Pods/Headers/Public/Firebase -I/Users/brianrouleau/Desktop/FF2/Pods/Firebase/CoreOnly/Sources -I/Sources/FBLPromises/include -I/Users/brianrouleau/Desktop/FF2/Classes -I/Users/brianrouleau/Desktop/FF2 -I/Users/brianrouleau/Desktop/FF2/Classes/Native -I/Users/brianrouleau/Desktop/FF2/Libraries/bdwgc/include -I/Users/brianrouleau/Desktop/FF2/Libraries/libil2cpp/include -I/Users/brianrouleau/Desktop/FF2/Libraries/libil2cpp/include/pch -I/Users/brianrouleau/Desktop/FF2/Libraries/external/baselib/Include -I/Users/brianrouleau/Desktop/FF2/Libraries/external/baselib/Platforms/IOS/Include -I/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Intermediates.noindex/Unity-iPhone.build/ReleaseForRunning-iphoneos/UnityFramework.build/DerivedSources-normal/arm64 -I/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Intermediates.noindex/Unity-iPhone.build/ReleaseForRunning-iphoneos/UnityFramework.build/DerivedSources/arm64 -I/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Intermediates.noindex/Unity-iPhone.build/ReleaseForRunning-iphoneos/UnityFramework.build/DerivedSources -Wno-missing-declarations -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/FirebaseABTesting -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/FirebaseCore -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/FirebaseCoreDiagnostics -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/FirebaseInstallations -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/FirebaseRemoteConfig -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/GoogleDataTransport -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/GoogleUtilities -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/PromisesObjC -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/Purchases -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/PurchasesCoreSwift -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/PurchasesHybridCommon -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/nanopb -F/Users/brianrouleau/Desktop/FF2/Pods/FirebaseAnalytics/Frameworks -F/Users/brianrouleau/Desktop/FF2/Pods/GoogleAppMeasurement/Frameworks -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/XCFrameworkIntermediates/FirebaseAnalytics -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/XCFrameworkIntermediates/GoogleAppMeasurement -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/XCFrameworkIntermediates/GoogleAppMeasurementIdentitySupport -F/Users/brianrouleau/Desktop/FF2/Frameworks/com.github.homuler.mediapipe/Runtime/Plugins/iOS -fno-strict-overflow -DNET_4_0 -DRUNTIME_IL2CPP\=1 -DBASELIB_INLINE_NAMESPACE\=il2cpp_baselib -DUNITY_VERSION_VER\=2021 -DUNITY_VERSION_MAJ\=2 -DUNITY_VERSION_MIN\=8 -include /Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Intermediates.noindex/PrecompiledHeaders/SharedPrecompiledHeaders/12620818887877152495/Prefix.pch -MMD -MT dependencies -MF /Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Intermediates.noindex/Unity-iPhone.build/ReleaseForRunning-iphoneos/UnityFramework.build/Objects-normal/arm64/iPhone_Sensors.d --serialize-diagnostics /Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Intermediates.noindex/Unity-iPhone.build/ReleaseForRunning-iphoneos/UnityFramework.build/Objects-normal/arm64/iPhone_Sensors.dia -c /Users/brianrouleau/Desktop/FF2/Classes/iPhone_Sensors.mm -o /Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Intermediates.noindex/Unity-iPhone.build/ReleaseForRunning-iphoneos/UnityFramework.build/Objects-normal/arm64/iPhone_Sensors.o

/Users/brianrouleau/Desktop/FF2/Classes/iPhone_Sensors.mm:367:15: warning: anonymous non-C-compatible type given name for linkage purposes by typedef declaration; add a tag name here [-Wnon-c-typedef-for-linkage]
typedef struct
              ^
               JoystickButtonState
/Users/brianrouleau/Desktop/FF2/Classes/iPhone_Sensors.mm:373:5: note: type is not C-compatible due to this member declaration
    bool StateChanged() { return state ^ lastRecordedState; }
    ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/Users/brianrouleau/Desktop/FF2/Classes/iPhone_Sensors.mm:375:3: note: type is given name 'JoystickButtonState' for linkage purposes by this typedef declaration
} JoystickButtonState;
  ^
1 warning generated.

CompileC /Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Intermediates.noindex/Unity-iPhone.build/ReleaseForRunning-iphoneos/UnityFramework.build/Objects-normal/arm64/CameraCapture.o /Users/brianrouleau/Desktop/FF2/Classes/Unity/CameraCapture.mm normal arm64 objective-c++ com.apple.compilers.llvm.clang.1_0.compiler (in target 'UnityFramework' from project 'Unity-iPhone')
    cd /Users/brianrouleau/Desktop/FF2
    export LANG\=en_US.US-ASCII
    /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -x objective-c++ -target arm64-apple-ios11.0 -fmessage-length\=0 -fdiagnostics-show-note-include-stack -fmacro-backtrace-limit\=0 -std\=c++11 -stdlib\=libc++ -fobjc-arc -fmodules -gmodules -fmodules-cache-path\=/Users/brianrouleau/Library/Developer/Xcode/DerivedData/ModuleCache.noindex -fmodules-prune-interval\=86400 -fmodules-prune-after\=345600 -fbuild-session-file\=/Users/brianrouleau/Library/Developer/Xcode/DerivedData/ModuleCache.noindex/Session.modulevalidation -fmodules-validate-once-per-build-session -Wnon-modular-include-in-framework-module -Werror\=non-modular-include-in-framework-module -fmodule-name\=UnityFramework -Wno-trigraphs -fno-rtti -fno-sanitize\=vptr -fpascal-strings -Os -fno-common -Wno-missing-field-initializers -Wno-missing-prototypes -Wno-implicit-atomic-properties -Wno-objc-interface-ivars -Wno-arc-repeated-use-of-weak -Wimplicit-retain-self -Wno-non-virtual-dtor -Wno-overloaded-virtual -Wno-exit-time-destructors -Wduplicate-method-match -Wno-missing-braces -Wparentheses -Wswitch -Wno-unused-function -Wno-unused-label -Wno-unused-parameter -Wunused-variable -Wunused-value -Wempty-body -Wuninitialized -Wno-unknown-pragmas -Wno-shadow -Wno-four-char-constants -Wno-conversion -Wconstant-conversion -Wint-conversion -Wbool-conversion -Wenum-conversion -Wno-float-conversion -Wnon-literal-null-conversion -Wobjc-literal-conversion -Wshorten-64-to-32 -Wno-newline-eof -Wno-selector -Wno-strict-selector-match -Wno-undeclared-selector -Wdeprecated-implementations -Wno-c++11-extensions -DCOCOAPODS\=1 -DPB_FIELD_32BIT\=1 -DPB_NO_PACKED_STRUCTS\=1 -DPB_ENABLE_MALLOC\=1 -DOBJC_OLD_DISPATCH_PROTOTYPES\=0 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS15.2.sdk -fstrict-aliasing -Wprotocol -Wdeprecated-declarations -Winvalid-offsetof -g -fvisibility\=hidden -fvisibility-inlines-hidden -Wno-sign-conversion -Winfinite-recursion -Wmove -Wcomma -Wblock-capture-autoreleasing -Wno-strict-prototypes -Wrange-loop-analysis -Wno-semicolon-before-method-body -fembed-bitcode-marker -iquote /Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Intermediates.noindex/Unity-iPhone.build/ReleaseForRunning-iphoneos/UnityFramework.build/UnityFramework-generated-files.hmap -I/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Intermediates.noindex/Unity-iPhone.build/ReleaseForRunning-iphoneos/UnityFramework.build/UnityFramework-own-target-headers.hmap -I/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Intermediates.noindex/Unity-iPhone.build/ReleaseForRunning-iphoneos/UnityFramework.build/UnityFramework-all-non-framework-target-headers.hmap -ivfsoverlay /Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Intermediates.noindex/Unity-iPhone.build/ReleaseForRunning-iphoneos/UnityFramework.build/all-product-headers.yaml -iquote /Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Intermediates.noindex/Unity-iPhone.build/ReleaseForRunning-iphoneos/UnityFramework.build/UnityFramework-project-headers.hmap -I/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/include -I/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/FirebaseABTesting/FirebaseABTesting.framework/Headers -I/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/FirebaseCore/FirebaseCore.framework/Headers -I/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/FirebaseCoreDiagnostics/FirebaseCoreDiagnostics.framework/Headers -I/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/FirebaseInstallations/FirebaseInstallations.framework/Headers -I/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/FirebaseRemoteConfig/FirebaseRemoteConfig.framework/Headers -I/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/GoogleDataTransport/GoogleDataTransport.framework/Headers -I/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/GoogleUtilities/GoogleUtilities.framework/Headers -I/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/PromisesObjC/FBLPromises.framework/Headers -I/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/Purchases/Purchases.framework/Headers -I/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/PurchasesCoreSwift/PurchasesCoreSwift.framework/Headers -I/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/PurchasesHybridCommon/PurchasesHybridCommon.framework/Headers -I/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/nanopb/nanopb.framework/Headers -I/Users/brianrouleau/Desktop/FF2/Pods/Headers/Public -I/Users/brianrouleau/Desktop/FF2/Pods/Headers/Public/Firebase -I/Users/brianrouleau/Desktop/FF2/Pods/Firebase/CoreOnly/Sources -I/Sources/FBLPromises/include -I/Users/brianrouleau/Desktop/FF2/Classes -I/Users/brianrouleau/Desktop/FF2 -I/Users/brianrouleau/Desktop/FF2/Classes/Native -I/Users/brianrouleau/Desktop/FF2/Libraries/bdwgc/include -I/Users/brianrouleau/Desktop/FF2/Libraries/libil2cpp/include -I/Users/brianrouleau/Desktop/FF2/Libraries/libil2cpp/include/pch -I/Users/brianrouleau/Desktop/FF2/Libraries/external/baselib/Include -I/Users/brianrouleau/Desktop/FF2/Libraries/external/baselib/Platforms/IOS/Include -I/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Intermediates.noindex/Unity-iPhone.build/ReleaseForRunning-iphoneos/UnityFramework.build/DerivedSources-normal/arm64 -I/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Intermediates.noindex/Unity-iPhone.build/ReleaseForRunning-iphoneos/UnityFramework.build/DerivedSources/arm64 -I/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Intermediates.noindex/Unity-iPhone.build/ReleaseForRunning-iphoneos/UnityFramework.build/DerivedSources -Wno-missing-declarations -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/FirebaseABTesting -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/FirebaseCore -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/FirebaseCoreDiagnostics -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/FirebaseInstallations -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/FirebaseRemoteConfig -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/GoogleDataTransport -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/GoogleUtilities -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/PromisesObjC -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/Purchases -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/PurchasesCoreSwift -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/PurchasesHybridCommon -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/nanopb -F/Users/brianrouleau/Desktop/FF2/Pods/FirebaseAnalytics/Frameworks -F/Users/brianrouleau/Desktop/FF2/Pods/GoogleAppMeasurement/Frameworks -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/XCFrameworkIntermediates/FirebaseAnalytics -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/XCFrameworkIntermediates/GoogleAppMeasurement -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/XCFrameworkIntermediates/GoogleAppMeasurementIdentitySupport -F/Users/brianrouleau/Desktop/FF2/Frameworks/com.github.homuler.mediapipe/Runtime/Plugins/iOS -fno-strict-overflow -DNET_4_0 -DRUNTIME_IL2CPP\=1 -DBASELIB_INLINE_NAMESPACE\=il2cpp_baselib -DUNITY_VERSION_VER\=2021 -DUNITY_VERSION_MAJ\=2 -DUNITY_VERSION_MIN\=8 -include /Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Intermediates.noindex/PrecompiledHeaders/SharedPrecompiledHeaders/12620818887877152495/Prefix.pch -MMD -MT dependencies -MF /Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Intermediates.noindex/Unity-iPhone.build/ReleaseForRunning-iphoneos/UnityFramework.build/Objects-normal/arm64/CameraCapture.d --serialize-diagnostics /Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Intermediates.noindex/Unity-iPhone.build/ReleaseForRunning-iphoneos/UnityFramework.build/Objects-normal/arm64/CameraCapture.dia -c /Users/brianrouleau/Desktop/FF2/Classes/Unity/CameraCapture.mm -o /Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Intermediates.noindex/Unity-iPhone.build/ReleaseForRunning-iphoneos/UnityFramework.build/Objects-normal/arm64/CameraCapture.o

/Users/brianrouleau/Desktop/FF2/Classes/Unity/CameraCapture.mm:16:17: warning: method definition for 'depthDataOutput:didOutputDepthData:timestamp:connection:' not found [-Wincomplete-implementation]
@implementation CameraCaptureController
                ^
In file included from /Users/brianrouleau/Desktop/FF2/Classes/Unity/CameraCapture.mm:3:
/Users/brianrouleau/Desktop/FF2/Classes/Unity/CameraCapture.h:26:1: note: method 'depthDataOutput:didOutputDepthData:timestamp:connection:' declared here
- (void)depthDataOutput:(AVCaptureDepthDataOutput*)captureDepthOutput didOutputDepthData:(AVDepthData*)depthData  timestamp:(CMTime)timestamp connection:(AVCaptureConnection*)connection;
^
/Users/brianrouleau/Desktop/FF2/Classes/Unity/CameraCapture.mm:612:40: warning: 'AVCaptureDeviceTypeBuiltInTrueDepthCamera' is only available on iOS 11.1 or newer [-Wunguarded-availability-new]
            [captureDevices addObject: AVCaptureDeviceTypeBuiltInTrueDepthCamera];
                                       ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from /Users/brianrouleau/Desktop/FF2/Classes/Unity/CameraCapture.mm:3:
In file included from /Users/brianrouleau/Desktop/FF2/Classes/Unity/CameraCapture.h:3:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS15.2.sdk/System/Library/Frameworks/AVFoundation.framework/Headers/AVFoundation.h:23:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS15.2.sdk/System/Library/Frameworks/AVFoundation.framework/Headers/AVFCapture.h:11:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS15.2.sdk/System/Library/Frameworks/AVFoundation.framework/Headers/AVCaptureDataOutputSynchronizer.h:10:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS15.2.sdk/System/Library/Frameworks/AVFoundation.framework/Headers/AVCaptureOutput.h:12:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS15.2.sdk/System/Library/Frameworks/AVFoundation.framework/Headers/AVCaptureAudioDataOutput.h:10:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS15.2.sdk/System/Library/Frameworks/AVFoundation.framework/Headers/AVCaptureOutputBase.h:13:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS15.2.sdk/System/Library/Frameworks/AVFoundation.framework/Headers/AVCaptureSession.h:11:
/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS15.2.sdk/System/Library/Frameworks/AVFoundation.framework/Headers/AVCaptureDevice.h:521:38: note: 'AVCaptureDeviceTypeBuiltInTrueDepthCamera' has been marked as being introduced in iOS 11.1 here, but the deployment target is iOS 11.0.0
AVF_EXPORT AVCaptureDeviceType const AVCaptureDeviceTypeBuiltInTrueDepthCamera API_AVAILABLE(ios(11.1), macCatalyst(14.0)) API_UNAVAILABLE(macos, tvos) __WATCHOS_PROHIBITED;
                                     ^
/Users/brianrouleau/Desktop/FF2/Classes/Unity/CameraCapture.mm:612:40: note: enclose 'AVCaptureDeviceTypeBuiltInTrueDepthCamera' in an @available check to silence this warning
            [captureDevices addObject: AVCaptureDeviceTypeBuiltInTrueDepthCamera];
                                       ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/Users/brianrouleau/Desktop/FF2/Classes/Unity/CameraCapture.mm:618:40: warning: 'AVCaptureDeviceTypeBuiltInUltraWideCamera' is only available on iOS 13.0 or newer [-Wunguarded-availability-new]
            [captureDevices addObject: AVCaptureDeviceTypeBuiltInUltraWideCamera];
                                       ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from /Users/brianrouleau/Desktop/FF2/Classes/Unity/CameraCapture.mm:3:
In file included from /Users/brianrouleau/Desktop/FF2/Classes/Unity/CameraCapture.h:3:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS15.2.sdk/System/Library/Frameworks/AVFoundation.framework/Headers/AVFoundation.h:23:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS15.2.sdk/System/Library/Frameworks/AVFoundation.framework/Headers/AVFCapture.h:11:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS15.2.sdk/System/Library/Frameworks/AVFoundation.framework/Headers/AVCaptureDataOutputSynchronizer.h:10:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS15.2.sdk/System/Library/Frameworks/AVFoundation.framework/Headers/AVCaptureOutput.h:12:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS15.2.sdk/System/Library/Frameworks/AVFoundation.framework/Headers/AVCaptureAudioDataOutput.h:10:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS15.2.sdk/System/Library/Frameworks/AVFoundation.framework/Headers/AVCaptureOutputBase.h:13:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS15.2.sdk/System/Library/Frameworks/AVFoundation.framework/Headers/AVCaptureSession.h:11:
/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS15.2.sdk/System/Library/Frameworks/AVFoundation.framework/Headers/AVCaptureDevice.h:461:38: note: 'AVCaptureDeviceTypeBuiltInUltraWideCamera' has been marked as being introduced in iOS 13.0 here, but the deployment target is iOS 11.0.0
AVF_EXPORT AVCaptureDeviceType const AVCaptureDeviceTypeBuiltInUltraWideCamera API_AVAILABLE(ios(13.0), macCatalyst(14.0)) API_UNAVAILABLE(macos, tvos) API_UNAVAILABLE(watchos);
                                     ^
/Users/brianrouleau/Desktop/FF2/Classes/Unity/CameraCapture.mm:618:40: note: enclose 'AVCaptureDeviceTypeBuiltInUltraWideCamera' in an @available check to silence this warning
            [captureDevices addObject: AVCaptureDeviceTypeBuiltInUltraWideCamera];
                                       ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/Users/brianrouleau/Desktop/FF2/Classes/Unity/CameraCapture.mm:619:40: warning: 'AVCaptureDeviceTypeBuiltInDualWideCamera' is only available on iOS 13.0 or newer [-Wunguarded-availability-new]
            [captureDevices addObject: AVCaptureDeviceTypeBuiltInDualWideCamera];
                                       ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from /Users/brianrouleau/Desktop/FF2/Classes/Unity/CameraCapture.mm:3:
In file included from /Users/brianrouleau/Desktop/FF2/Classes/Unity/CameraCapture.h:3:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS15.2.sdk/System/Library/Frameworks/AVFoundation.framework/Headers/AVFoundation.h:23:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS15.2.sdk/System/Library/Frameworks/AVFoundation.framework/Headers/AVFCapture.h:11:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS15.2.sdk/System/Library/Frameworks/AVFoundation.framework/Headers/AVCaptureDataOutputSynchronizer.h:10:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS15.2.sdk/System/Library/Frameworks/AVFoundation.framework/Headers/AVCaptureOutput.h:12:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS15.2.sdk/System/Library/Frameworks/AVFoundation.framework/Headers/AVCaptureAudioDataOutput.h:10:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS15.2.sdk/System/Library/Frameworks/AVFoundation.framework/Headers/AVCaptureOutputBase.h:13:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS15.2.sdk/System/Library/Frameworks/AVFoundation.framework/Headers/AVCaptureSession.h:11:
/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS15.2.sdk/System/Library/Frameworks/AVFoundation.framework/Headers/AVCaptureDevice.h:498:38: note: 'AVCaptureDeviceTypeBuiltInDualWideCamera' has been marked as being introduced in iOS 13.0 here, but the deployment target is iOS 11.0.0
AVF_EXPORT AVCaptureDeviceType const AVCaptureDeviceTypeBuiltInDualWideCamera API_AVAILABLE(ios(13.0), macCatalyst(14.0)) API_UNAVAILABLE(macos, tvos) API_UNAVAILABLE(watchos);
                                     ^
/Users/brianrouleau/Desktop/FF2/Classes/Unity/CameraCapture.mm:619:40: note: enclose 'AVCaptureDeviceTypeBuiltInDualWideCamera' in an @available check to silence this warning
            [captureDevices addObject: AVCaptureDeviceTypeBuiltInDualWideCamera];
                                       ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/Users/brianrouleau/Desktop/FF2/Classes/Unity/CameraCapture.mm:620:40: warning: 'AVCaptureDeviceTypeBuiltInTripleCamera' is only available on iOS 13.0 or newer [-Wunguarded-availability-new]
            [captureDevices addObject: AVCaptureDeviceTypeBuiltInTripleCamera];
                                       ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from /Users/brianrouleau/Desktop/FF2/Classes/Unity/CameraCapture.mm:3:
In file included from /Users/brianrouleau/Desktop/FF2/Classes/Unity/CameraCapture.h:3:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS15.2.sdk/System/Library/Frameworks/AVFoundation.framework/Headers/AVFoundation.h:23:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS15.2.sdk/System/Library/Frameworks/AVFoundation.framework/Headers/AVFCapture.h:11:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS15.2.sdk/System/Library/Frameworks/AVFoundation.framework/Headers/AVCaptureDataOutputSynchronizer.h:10:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS15.2.sdk/System/Library/Frameworks/AVFoundation.framework/Headers/AVCaptureOutput.h:12:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS15.2.sdk/System/Library/Frameworks/AVFoundation.framework/Headers/AVCaptureAudioDataOutput.h:10:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS15.2.sdk/System/Library/Frameworks/AVFoundation.framework/Headers/AVCaptureOutputBase.h:13:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS15.2.sdk/System/Library/Frameworks/AVFoundation.framework/Headers/AVCaptureSession.h:11:
/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS15.2.sdk/System/Library/Frameworks/AVFoundation.framework/Headers/AVCaptureDevice.h:515:38: note: 'AVCaptureDeviceTypeBuiltInTripleCamera' has been marked as being introduced in iOS 13.0 here, but the deployment target is iOS 11.0.0
AVF_EXPORT AVCaptureDeviceType const AVCaptureDeviceTypeBuiltInTripleCamera API_AVAILABLE(ios(13.0), macCatalyst(14.0)) API_UNAVAILABLE(macos, tvos) API_UNAVAILABLE(watchos);
                                     ^
/Users/brianrouleau/Desktop/FF2/Classes/Unity/CameraCapture.mm:620:40: note: enclose 'AVCaptureDeviceTypeBuiltInTripleCamera' in an @available check to silence this warning
            [captureDevices addObject: AVCaptureDeviceTypeBuiltInTripleCamera];
                                       ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
5 warnings generated.

Ld /Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/UnityFramework.framework/UnityFramework normal (in target 'UnityFramework' from project 'Unity-iPhone')
    cd /Users/brianrouleau/Desktop/FF2
    /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++ -target arm64-apple-ios11.0 -dynamiclib -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS15.2.sdk -L/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos -L/Users/brianrouleau/Desktop/FF2/Libraries -L/Users/brianrouleau/Desktop/FF2/Libraries/Plugins/iOS/Firebase -L/Users/brianrouleau/Desktop/FF2/Libraries/GameAnalytics/Plugins/iOS -L/Users/brianrouleau/Desktop/FF2/Libraries/Adjust/iOS -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/FirebaseABTesting -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/FirebaseCore -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/FirebaseCoreDiagnostics -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/FirebaseInstallations -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/FirebaseRemoteConfig -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/GoogleDataTransport -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/GoogleUtilities -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/PromisesObjC -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/Purchases -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/PurchasesCoreSwift -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/PurchasesHybridCommon -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/nanopb -F/Users/brianrouleau/Desktop/FF2/Pods/FirebaseAnalytics/Frameworks -F/Users/brianrouleau/Desktop/FF2/Pods/GoogleAppMeasurement/Frameworks -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/XCFrameworkIntermediates/FirebaseAnalytics -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/XCFrameworkIntermediates/GoogleAppMeasurement -F/Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/XCFrameworkIntermediates/GoogleAppMeasurementIdentitySupport -F/Users/brianrouleau/Desktop/FF2/Frameworks/com.github.homuler.mediapipe/Runtime/Plugins/iOS -filelist /Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Intermediates.noindex/Unity-iPhone.build/ReleaseForRunning-iphoneos/UnityFramework.build/Objects-normal/arm64/UnityFramework.LinkFileList -install_name @rpath/UnityFramework.framework/UnityFramework -Xlinker -rpath -Xlinker /usr/lib/swift -Xlinker -rpath -Xlinker @executable_path/Frameworks -Xlinker -map -Xlinker /Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Intermediates.noindex/Unity-iPhone.build/ReleaseForRunning-iphoneos/UnityFramework.build/UnityFramework-LinkMap-normal-arm64.txt -dead_strip -Xlinker -object_path_lto -Xlinker /Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Intermediates.noindex/Unity-iPhone.build/ReleaseForRunning-iphoneos/UnityFramework.build/Objects-normal/arm64/UnityFramework_lto.o -fembed-bitcode-marker -stdlib\=libc++ -fobjc-arc -fobjc-link-runtime -L/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/swift/iphoneos -L/usr/lib/swift -Xlinker -add_ast_path -Xlinker /Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Intermediates.noindex/Unity-iPhone.build/ReleaseForRunning-iphoneos/UnityFramework.build/Objects-normal/arm64/UnityFramework.swiftmodule -ObjC -lc++ -lsqlite3 -lz -framework CoreTelephony -framework FBLPromises -framework FirebaseABTesting -framework FirebaseAnalytics -framework FirebaseCore -framework FirebaseCoreDiagnostics -framework FirebaseInstallations -framework FirebaseRemoteConfig -framework Foundation -framework GoogleAppMeasurement -framework GoogleAppMeasurementIdentitySupport -framework GoogleDataTransport -framework GoogleUtilities -framework Purchases -framework PurchasesCoreSwift -framework PurchasesHybridCommon -framework Security -framework StoreKit -framework SystemConfiguration -framework UIKit -framework nanopb -weak_framework CoreMotion -weak-lSystem -ObjC -lsqlite3.0 -liPhone-lib -framework Metal -framework Security -framework MediaToolbox -framework CoreText -framework AudioToolbox -weak_framework AVFoundation -framework AVKit -framework CFNetwork -framework CoreGraphics -framework CoreMedia -weak_framework CoreMotion -framework CoreVideo -framework Foundation -framework OpenAL -framework QuartzCore -framework SystemConfiguration -framework UIKit -liconv.2 -lil2cpp /Users/brianrouleau/Desktop/FF2/Libraries/baselib.a -lFirebaseCppApp -lFirebaseCppAnalytics -lGameAnalytics /Users/brianrouleau/Desktop/FF2/Libraries/Adjust/iOS/AdjustSdk.a -framework MediaPipeUnity -lFirebaseCppRemoteConfig -framework OpenGLES -weak_framework GameController -weak_framework AdSupport -weak_framework iAd -weak_framework AdServices -weak_framework CoreTelephony -framework Pods_UnityFramework -Xlinker -dependency_info -Xlinker /Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Intermediates.noindex/Unity-iPhone.build/ReleaseForRunning-iphoneos/UnityFramework.build/Objects-normal/arm64/UnityFramework_dependency_info.dat -o /Users/brianrouleau/Library/Developer/Xcode/DerivedData/Unity-iPhone-aonsqsunzzlaooceqyvsmbajqhwd/Build/Products/ReleaseForRunning-iphoneos/UnityFramework.framework/UnityFramework

Undefined symbols for architecture arm64:
  "_mp_GlTexture__ui_i_i", referenced from:
      _GlTexture__ctor_m9090DF7E0CCA4A12D33903A04E481E1F44DA033F in MediaPipeSDK.o
      _UnsafeNativeMethods_mp_GlTexture__ui_i_i_m26973359F5BD0731A011EE1EE0DB03A6C8F59AEE in MediaPipeSDK.o
     (maybe you meant: _UnsafeNativeMethods_mp_GlTexture__ui_i_i_m26973359F5BD0731A011EE1EE0DB03A6C8F59AEE)
ld: symbol(s) not found for architecture arm64
clang: error: linker command failed with exit code 1 (use -v to see invocation)

Build failed    1/19/22, 12:43 PM    52.5 seconds

Additional context
I believe I have successfully built the plugin with python.  I built just for iOS.  After I did so, I copied the contents of:
MediaPipeUnityPlugin-master/Packages/com.github.homuler.mediapipe
to
/TestProject/Packages/com.github.homuler.mediapipe
I wasn't sure if there were other things I needed to copy over after running the python build script.  The MediaPipeUnity.framework shows up in XCode.

I guess the version you used to build the library and the version you're using now is different.
mp_GlTexture__ui_i_i is already removed by https://github.com/homuler/MediaPipeUnityPlugin/commit/c603366b527fcd10640ef86a009e471db3866e7d#diff-1f416fa0909d69069f8efaf5f071039cf3fa713c378d2e7a9eff5add4092d3ec .

Ah that certainly seems likely-- may I ask what's the best way to update an older version of the plugin?

I resolved this-- the solution at least for me was:

Download plugin
Delete com.github.homuler.mediapipe from Packages
Delete any other elements of the plugin resident in the project
Copy over new elements from the downloaded plugin
Copy over com.github.homuler.mediapipe from download into Packages
Run clean build
Run build

To sum up for anyone else, my issue was I had an older version of the plugin.  When I went to do an iOS build, Unity Collaborate does not bring over the python build elements, so when I downloaded the new stuff, my old package had needed to be deleted completely and then re-imported before the build process was run.


localReceipt not creating local receipt file in the sandbox environment

Platform

[ ] macOS

Environment

[ ] Sandbox

Version
ℹ 2.2
Related issues
ℹ Please replace this with references to similar issues (either open or already closed).
Report
Issue summary
ℹ localReceipt call results in error with code 0 on sandbox environment,
What did you expect to happen
ℹ I expect the mac app store login window where I can type my test user login info
What happened instead
ℹ Please replace this with what happened instead.

@CineDev This library can be used only for validating and parsing local receipt. If you don't have a receipt you should refresh local receipt using StoreKit.
Refreshing receipt will be available in the next release.
Best,
P

Thanks for reply. Didn't understand than: what's the point of localReceipt var?

localReceipt returns the receipt from your device. There is a case when the local receipt isn’t available, therefore you have to refresh it first and then you can try to retrieve again.


The prompt error is:

Hi,
I implement:
v1# python train_word2vec_model.py wiki.zh.text.jian.seg.utf-8 wiki.zh.text.model wiki.zh.text.vector
2017-05-12 01:19:45,578: INFO: running train_word2vec_model.py wiki.zh.text.jian.seg.utf-8 wiki.zh.text.model wiki.zh.text.vector
2017-05-12 01:19:45,594: INFO: collecting all words and their counts
2017-05-12 01:19:45,648: INFO: PROGRESS: at sentence #0, processed 0 words, keeping 0 word types
2017-05-12 01:19:50,171: INFO: PROGRESS: at sentence #10000, processed 6464399 words, keeping 725285 word types
2017-05-12 01:19:53,546: INFO: PROGRESS: at sentence #20000, processed 11125064 words, keeping 1120049 word types
2017-05-12 01:19:58,920: INFO: PROGRESS: at sentence #30000, processed 15348776 words, keeping 1423306 word types
2017-05-12 01:20:01,128: INFO: PROGRESS: at sentence #40000, processed 19278980 words, keeping 1693287 word types
2017-05-12 01:20:03,203: INFO: PROGRESS: at sentence #50000, processed 22967412 words, keeping 1928859 word types
2017-05-12 01:20:04,554: INFO: PROGRESS: at sentence #60000, processed 26514303 words, keeping 2139812 word types
2017-05-12 01:20:07,120: INFO: PROGRESS: at sentence #70000, processed 29850501 words, keeping 2337565 word types
2017-05-12 01:20:09,387: INFO: PROGRESS: at sentence #80000, processed 33111262 words, keeping 2527187 word types
2017-05-12 01:20:11,163: INFO: PROGRESS: at sentence #90000, processed 36251605 words, keeping 2695901 word types
Traceback (most recent call last):
File "train_word2vec_model.py", line 27, in
workers=multiprocessing.cpu_count())
File "/usr/local/lib/python2.7/dist-packages/gensim/models/word2vec.py", line 478, in init
self.build_vocab(sentences, trim_rule=trim_rule)
File "/usr/local/lib/python2.7/dist-packages/gensim/models/word2vec.py", line 553, in build_vocab
self.scan_vocab(sentences, progress_per=progress_per, trim_rule=trim_rule)  # initial survey
File "/usr/local/lib/python2.7/dist-packages/gensim/models/word2vec.py", line 575, in scan_vocab
vocab[word] += 1
MemoryError
Thank you!
molyswu

"MemoryError", you need a big memory or test it in a small data

Hi,

import gensim
model = gensim.models.Word2Vec.load("wiki.zh.text.model")
model.most_similar(u"足球")
Traceback (most recent call last):
File "", line 1, in
File "/usr/local/lib/python2.7/dist-packages/gensim/models/word2vec.py", line 1204, in most_similar
return self.wv.most_similar(positive, negative, topn, restrict_vocab, indexer)
File "/usr/local/lib/python2.7/dist-packages/gensim/models/keyedvectors.py", line 300, in most_similar
self.init_sims()
File "/usr/local/lib/python2.7/dist-packages/gensim/models/keyedvectors.py", line 813, in init_sims
self.syn0norm = (self.syn0 / sqrt((self.syn0 ** 2).sum(-1))[..., newaxis]).astype(REAL)
MemoryError

Thank you!
molyswu


feat(i18n): add italian translation

I added italian translation because was not present.
Some member of the core team are italian, so why not add it? :)
Changes proposed in this pull request:

italian translation

Note: pull requests without proper descriptions may simply be closed without further discussion. We appreciate your contributions, but need to know what you are offering in clearly described format. Provide tests for all code that you add/modify. If you add/modify any components update the storybook. Thanks! (you can delete this text)

Hi @marcosvega91, thanks for your translation!
Italian localization has never been added because we wanted to focus on the most common languages used in the places where HR is actually used (Africa, Asia and India). Your translation is still very much appreciated :D


PropertyBridge: override properties in wrong order

When properties are overriden by different profiles or with external configuration, the lower priority values are used by Ogham.
The higher priority should be used instead. The quick fix is to keep the current order and just check if the key is already set. The other possible fix is to revert the list order.
But I think that properties should be abstracted in Ogham like it is done by Spring. It will enable the developer to provide any kind of configuration (not only properties).
Then the PropertiesFiller should not try to get all properties starting with a key but be more clever by accessing when needed the property value using provided prefixes. It needs to reorganize the way PropertiesFiller works.

The bug is fixed. Creating a new issue for improvements


Somali flag added

Purpose of PR - Add somali flag

PR Checklist

[ ] I have read the relevant readme.md file(s)
[ ] Tests are added/updated/not required
[x ] Tests are passing
[ ] Storybook stories are added/updated/not required
[ ] Usage notes are added/updated/not required
[x ] Doesn't contain any sensitive information

Marking pull request as stale since there was no activity for 30 days


Measurements sent to API target do not use custom names

I configured some tags with custom names for measurements.  They show up with default entity name (for example sensor.ruuvitag_c51a7c8f0996_temperature)

You can now change entity ID in 0.2.9 (I added some help in the edit target panel). Re-open the issue if this is not the expected behavior.
Note that if you change entity ID, Home Assistant will consider the sensor as a new device.


QueryServer hangs in Tensorflow-encrypted

To start the server from tf-encrypted/examples/notebooks/serving/Server.ipynb
This line hangs tf.Session.reset(sess.targe t)
and the server is not able to accept connections from client running from /tfencrypted/examples/notebooks/serving/Client.ipynb
Is this a specific version issue.
I am running Tensorflow version 1.14.0 and tf-encrypted version 0.5.9

Attached


Missing required attribute authors

I am facing issue when I try to execute ionic cap sync ios. I m getting following error

Hi @kantharia,
Thank you for reporting the issue, and I can reproduce the error on my end.
I'm not sure why I didn't get this error when I testing it few months ago 🤔
Anyway, I just publish a new version.
Upgrade the plugin to<EMAIL_ADDRESS>should be able to fix this issue.


[New game]:  Add Mario Matching Game

🎮 Game Request
Game logic and basic description:
Complete all pairs of Mario-themed pictures by stopping the moving lines at the right moment.
Point down the features
Game points
The game board displays three lines of pictures moving horizontally.
Each line contains different parts of a complete picture.
Players must press a button to stop each line, trying to align the parts correctly to form a complete picture.
If the picture is correctly completed, the player earns points.
If the picture is not completed correctly, the lines start moving again.
The game continues until all pictures are correctly matched and completed.
The player with the most completed pictures at the end wins.
Select program in which you are contributing
GSSoC24
Code of Conduct

[X] I follow CONTRIBUTING GUIDELINE of this project.

Hey @ananyag309 , You can't have another issue before completing the previous one 😀
you already have the following 1 open issues 👀 ! :
#4430

Hey @ananyag309 ! Thank you so much for your raising the issue💗
It’s all yours, you can come anytime again and make some contributions! 🚀
Alone, we can do little, but together we can do so much! 😇

Hey @ananyag309 !
Thank you for raising an issue 💗
You can self assign the issue by commenting /assign in comment 😀
Make sure you follow CODE OF CONDUCT and CONTRIBUTING GUIDELINES 🚀
Don’t Forget to ⭐ our GameZone🎮
Make sure you join our Discord🕹


Add --allow-reset to recipes

This allows the user to reset the stream from Prodigy.

The playwright tests seem to run just fine locally, but they totally break in CI and I haven't the faintest clue what is going wrong. Will leave that for another day, but as-is this should be ready for a review.

The CI failures were due to an old Prodigy install in CI. We need the v1.14.11 version for the frontend changes to actually work.


Update Page Improvements Blog Post

Description
Checklist:

[ ] I have reviewed the style guide.
[ ] If blogging, I have reviewed the blogging guide.
[ ] I have manually confirmed that all new links work.
[ ] I added aliases (i.e., redirects) for all filename changes.
[ ] If making css changes, I rebuilt the bundle.

Love the title suggestion, let me use that and then I'll merge!


Revert "Increase EVSE DIN charge controller timeout"

Reverts evcc-io/evcc#6217
It never made any difference anyway..

Can we wait for https://github.com/evcc-io/evcc/issues/16049 and then maybe remove it entirely?

@RTTTC could you try removing all delays on current master?

I think I have lost the needed skills, seems like I haven't built anything for 2 years or so..
Don't even use nightly.. Simply a Release version of evcc.


Configure Keybinding Action in consistent order

With #232606 we now also have the Configure Keybinding Action for views. However, the order of the context menu actions is now inconsistent between actions and views.
For Views we first show the hide actions and then the configure keybinding action. For Actions this is the other way around. I believe we should align the order. Initially I decided to put the configure keybinding action at the first position because all other actions are visibility actions and I felt like they should be grouped together. However, this is not the case for views so I'm fine with changing this

@benibenj yes please go ahead!

@benibenj I also think the context menu for a view title is putting "Reset Location" at the end, which is inconsistent?


Marker drifting off line when coords are across equator.

We have spotted an issue whereby if you place a moving marker to follow between 2 points on a polyline if one is in say "Paris", and the other end is in "Rio De Janeiro" the marker drifts off from the line to the right, then returns back to the line at the end.
Is there a way to fix this?

Have found a solution to this - I have replaced the interpolation with one that mimics rhumb lines - see
http://movable-type.co.uk/scripts/latlong.html

Opening to create pull request

@williamfalconeruk can u please send the pull request, need your solution.
Thanks in advance.

Hi,
Facing the same issue. Can you please let me know what is the solution?
Thanks in advance.


duckdb cache miss

What's up?
I spent some time trying to work out what was going on. I have a hypothesis — that ~/.cargo/registry/src is required for duckdb, but no other crates, and the cache action removes it.
No need to read the full description below unless you're particularly interested; I'll post a reference to this on the rust cache repo.

Our build now takes 2-3x longer, because duckdb-0.8.0 needs to be re-compiled, even when the build has successfully cached.
I thought that the cache action might be deleting important files. So I tried reproducing the deletions it makes. It's a JS app, so I couldn't easily run it locally, so instead I ran a debug build of the job at https://github.com/PRQL/prql/actions/runs/5316798564/jobs/9627453030, and downloaded the file as deletions.log.
I then ran this to delete the equivalent paths on my system.
CARGO_INCREMENTAL=0 RUSTFLAGS="-C debuginfo=0" CARGO_TERM_COLOR=always cargo build --all-targets --target=(default-target)

# Two main groups of paths — in the specific target path, and the general `debug` path.

cat deletions.log | rg 'x86_64-unknown-linux-gnu/([^-]*)\b-?' -o -r  (pwd)/'target/aarch64-apple-darwin/$1-*' | sort | uniq | rargs fd -uu --prune --full-path --glob {} > deletions.txt

cat deletions.log | rg 'target/debug/([^-]*)\b-?'  -o -r  (pwd)/'target/debug/$1-*' | sort | uniq | rargs fd -uu --prune --full-path --glob {} > deletions.txt >> deletions.txt

cat deletions.txt | rargs rm -rf {}

...after doing this, the problem doesn't reproduce — it compiles quickly.
BUT! There is another path that does seem to matter though! Specifically removing ~/.cargo/registry/src means we can reproduce the slow compilation:
CARGO_INCREMENTAL=0 RUSTFLAGS="-C debuginfo=0" CARGO_TERM_COLOR=always cargo build --all-targets --target=(default-target)
   Compiling libduckdb-sys v0.8.0  # Wut!
   Compiling duckdb v0.8.0
   Compiling prql-compiler v0.8.1 (/Users/maximilian/workspace/prql/prql-compiler)
    Finished dev [unoptimized + debuginfo] target(s) in 46.41s

...so this is likely the culprit.

An aside — I confirmed that this ordering doesn't matter — running each one after cargo clean:

cargo build -p prql-compiler && cargo clippy -p prql-compiler takes 28s
cargo clippy -p prql-compiler && cargo build -p prql-compiler also takes 28s,

If we can't fix this, we could remove integration testing from the PR CI, and run it only on test-all.yaml on merges. Not ideal but CI latency is much higher now, both because of the longer CI and the CI queue which the longer CI creates...

Is it possible to remove duckdb-rs from the default development dependencies?
Obviously this crate is difficult to build and could be an obstacle to contribution. (See https://github.com/PRQL/prql/pull/2894#issuecomment-1600896362)

Is it possible to remove duckdb-rs from the default development dependencies?

ref #2899

An update here — lots of work happened on this, but unresolved as of yet. duckdb-rs is no longer in the PR CI path; we're waiting on https://github.com/Swatinem/rust-cache/issues/150.

This can be closed?

Yes!

(I'm not quite sure how this resolved, but thank you to everyone who spent time on it — it was quite an effort in the end. Very happy it's working now)


Absorb "awesome-openwhisk" repo. contents

The "awesome-openwhisk" repo. (under OpenWhisk) is quote "Curated list of awesome OpenWhisk things ".
It's link is here for convenience: https://github.com/openwhisk/awesome-openwhisk
We will want to absorb this list into the openwhisk.github.io and delete this repo. when completed.

I think the best approach is to cherry pick content referenced from Awesome OpenWhisk and use it where it adds value here as mentioned in #48.
That list as it stands is in the tradition of GitHub "Awesome" (and developerWorks "Recommended Reading") lists.
If it doesn't remain within the openwhisk organization on GitHub it should move back to James Thomas' personal repo.

I'd like to take this work item. I'm happy to move awesome-openwhisk to openwhisk.org.
I'm going to add the videos & presentations of a serial of OpenWhisk webinars in a Chinese program named as "IBM Open Tech Mini Academy" in this page too. Each webinar will have a presentation and a video online available. Hope the resources can be useful for all people who want to understand OpenWhisk. The serial including 6 talks:

OpenWhisk overview
OpenWhisk programming model introduction
OpenWhisk tooling
OpenWhisk usage in Micro services
OpenWhisk usage in IoT
Deep dive into OpenWhisk codes

Daisy


Catch any exception when trying to fetch associated record

Codecov Report

Merging #22 into master will not impact coverage.

@@            Coverage Diff            @@
##             master      #22   +/-   ##
=========================================
  Coverage     48.12%   48.12%
  Complexity       21       21
=========================================
  Files             3        3
  Lines           133      133
=========================================
  Hits             64       64
  Misses           69       69

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 66c5138...0a1df3d. Read the comment docs.