How do I -  find who is the authenticated account? @azure/arm-authorization

If I use the DefaultAzureCredential, and I think I know which credential should be used, then I ask for client.permissions.listForResourceGroup(resourceGroupName) and I'm surprised by a lack of permissions because the Default Credential chose credentials other than what I thought, I need to figure out which account was authenticated.
For example, I think the result should tell me which account it is getting permissions for.
const { DefaultAzureCredential } = require("@azure/identity");
const { AuthorizationManagementClient } = require("@azure/arm-authorization");
const subscriptionId = process.env["AZURE_SUBSCRIPTION_ID"];
const resourceGroupName = process.env["AZURE_RESOURCE_GROUP_NAME"];

// Use `DefaultAzureCredential` or any other credential of your choice based on https://aka.ms/azsdk/js/identity/examples
// Please note that you can also use credentials from the `@azure/ms-rest-nodeauth` package instead.
const creds = new DefaultAzureCredential();
const client = new AuthorizationManagementClient(creds, subscriptionId);
/*
client.classicAdministrators.list().then((result) => {
  console.log("The result is:");
  console.log(result);
}).catch((err) => {
  console.log("An error occurred:");
  console.error(err);
});
*/

// Gets all permissions the caller has for a resource group.
// https://docs.microsoft.com/en-us/javascript/api/@azure/arm-authorization/permissions?view=azure-node-latest#listForResourceGroup_string__msRest_RequestOptionsBase_

client.permissions.listForResourceGroup(resourceGroupName).then((result) => {
    console.log("The result is:");
    console.log(result);
  }).catch((err) => {
    console.log("An error occurred:");
    console.error(err);
  });

Returns the following:
[
  {
    actions: [ '*' ],
    notActions: [
      'Microsoft.Authorization/*/Delete',
      'Microsoft.Authorization/*/Write',
      'Microsoft.Authorization/elevateAccess/Action',
      'Microsoft.Blueprint/blueprintAssignments/write',
      'Microsoft.Blueprint/blueprintAssignments/delete',
      'Microsoft.Compute/galleries/share/action'
    ],
    dataActions: [],
    notDataActions: []
  },
  nextLink: undefined
]

@diberry Hello! 👋 When I first read this issue, I thought you were asking for our responses to include information about the account used to authenticate. I misread your message.
The current approach to see what account is used to authenticate is through logging. By setting AZURE_LOG_LEVEL=verbose, this credential will tell you what authentication methods failed, and what is the one that ends up being used.
In many cases, we don’t currently have a way to derive what’s the correct authentication mechanism at the moment the credential is initialized. We are able to discover a workable way to authenticate during getToken, which happens when the client method is called (listForResourceGroup in this case).
The caveat of the DefaultAzureCredential is that it tries to decide for the user on which credential it will use. For more consistent authentication, I’d recommend another credential.
Please, give AZURE_LOG_LEVEL=verbose a try and let us know if this approach works for you.
Any feedback appreciated!

@sadasant When the getToken decides, can that decision be backfilled into the credentials object?

@diberry last month, we had a customer asking for something similar. For a moment, we had this: once we authenticated, we added a copy of the picked credential into the DefaultAzureCredential (or ChainedTokenCredential) instance, so you would be able to read it through credential.selectedCredential. By the end of the month, the customer reported to be happy with the logging alternative, and we decided not to change the public API.
Before we add it back, though, let’s loop in @scottaddie and @schaabs, and after we discuss this together, we can schedule on releasing the changes after our GA (meaning, at least in a month).

When the getToken decides, can that decision be backfilled into the credentials object?

@diberry Could you give me some more information on what you would want to do with this information programmatically? One of the reasons we postponed  this feature was because we didn't have a clear idea of why an application would access this other than to log it which we already do. Also, if your looking for information on which account the credential has authenticated with, You won't actually find this on the credential as that information is not currently exposed.
Unfortunately, we also don't log account information either as account info can contain sensitive data we don't want to log by default. We have a separate request to provide an option when constructing the credential to enable logging sensitive data for debugging purposes.  Would such an option to enable extended logging suit your purpose?

Yes - that would work.

@schaabs @joshfree let’s put in the schedule some task, perhaps on the MQ milestone, to align across languages on what we provide through sensitive logging. Currently, our JS SDK does not take in consideration sensitive logging. I don’t want to take this step lightly, since it’s by definition about exposing sensitive information. I’d like us to define what we want to log, when, and using which format, and align across languages. How does that sound?


Fix: getActiveStateProgressForTime

Fixes: https://github.com/playcanvas/engine/issues/4903
Issue: getActiveStateProgressForTime
I confirm I have read the contributing guidelines and signed the Contributor License Agreement.

I can't merge the PR (not authorized), so someone should do it I think? @yaustar @mvaligursky ?


Add support for http_proxy environment variable

A lot of software is checking for "http_proxy" env variable and if it exists, then it uses the proxy specified in the variable.
Would it be possible to add appropriate code in aiohttp.request or should each software using aiohttp do it on its own?

I think handling http_proxy environment variable is out of aiohttp duties.
requests library doesn't handle it also for example.

IIRC, requests does handle http{,s}_proxy environment variables:
http://docs.python-requests.org/en/latest/user/advanced/#proxies

@aeroevan that sounds strange because I cannot find http_proxy string neither in request nor in urllib3 source code.

Also, urllib.request does
In addition, if proxy settings are detected (for example, when a *_proxy environment variable like http_proxy is set), ProxyHandler is default installed and makes sure the requests are handled through the proxy.

https://docs.python.org/3/library/urllib.request.html#module-urllib.request

@wrobell urllib is not the best example.
Anyway, I've made decision: proxy environment variables will not be processed by aiohttp

@asvetlov I think they build the environment variable lookup programmatically based on protocol to get HTTPS_PROXY, FTP_PROXY, etc.

@asvetlov  Sorry, but I still don't get it.
Actually, requests use urllib.request.getproxies() to check the env:
https://github.com/kennethreitz/requests/blob/master/requests/compat.py
So, why not add support for the http_proxy in env?

Hi @qsz13, using proxy settings fetched from env will work in a one single case -- when you use all defaults (I mean with ClientSession() as sess: sess.get/post/etc).
Implicitly changing default connector to other one is bad idea.
Consider following example:
You have a project which fetches web pages parses them and store results in elasticsearch.
Lets say that crawler part depends on http_proxy setting and its ok, but elasticsearch
uses http protocol as well, so elasticsearch client will end up trying to connect to your
local elasticsearch server using the same proxy as fetcher (one from http_proxy env var).
Such cases are really hard to debug. Obvious decision in this case to use another env var no_proxy
with elasticsearch server address and so you end up "programming" your environment instead of
correctly programming your system.
Now replace elasticsearch with any other external service using http as a transport and you'll
stuck with the same problem.
BTW, elasticsearch-py driver uses requests lib and (I'm almost sure) will suffer from this issue.
Anyway, import this: explicit is better than implicit

I don't want to relay on environment variables by default but adding a function like session_from_env() which reads HTTP_PROXY, creates appropriate connector and return a session with this connector does make sense.
Is any volunteer for the task?

It's a shame that aiohttp is not compatible with a def-facto standard environment variablehttp_proxy that is being used by many standard libraries, languages and platforms to seamlessly introduce a proxy without any code changes. Is there is a chance this can be revisited?

@Ashald could you please describe your use case? why suggested session_from_env will not work for you?

@jettify well, yeah, indeed, session_from_env better than nothing but the problem here is it has to be used at all to achieve such a behavior. Here is a simple example that I faced last week: I have to use some apps to deal with resources that are available to me at this moment only via a proxy. Those apps are written in different languages such as Golang, C, Python etc. And none of their developers though about proxies when they were developing those apps so they didn't do anything special to support them. But thanks to standard libraries in those languages supporting this "de-facto standard" I was able to make those apps work just by executing while having http_proxy set. That's it, voila. This is a total win-win as on one hand developers didn't have to worry about proxies at all and I was able to use the tools without having to patch them.

-10 for implicit environment variables usage. Period.
If you want to open potential security manhole by inserting untrusted proxy in chain -- please do it explicitly by your code. Don't ask aiohttp for it.

That's why I said it's a shame such an OSS project is being driven by subjective opinions rather than wide-spread practices and standards. Anyway, thanks for spending your time to explain that this feature is not going to be implemented in aiohttp.

Python itself is driven by subjective opinions of Python Core Developers and it's leader Guido van Rossum especially.
The language design is significantly different from wide-spread practices and standards like Java, C, JavaScript, Go (which are in turn very different languages itself).
Is it a shame?

Java supports HTTP proxy properties (that would be equivalent of the environment variables) -
https://docs.oracle.com/javase/8/docs/technotes/guides/net/proxies.html.
HTTP client in Go language seems to support the http_proxy env variables, look for DefaultTransport description at https://golang.org/pkg/net/http/.

It seems we can simply use now
async with aiohttp.ClientSession(trust_env=True) as session:

to pull proxy configuration from environment variables?

Yes, exactly.

This is perfect, thank you.

This works fine unless you don't use no_proxy env which is  is ignored. I would suggest to reopen this issue and provide the full fix.

Please make a pull request


Expand VerifyOwnershipProof

This PR expands VerifyOwnershipProof by returning the outpoint, block height and blockhash the proof commits to.
This eases asset ownership verification, as clients can check if the outpoint has been spent.

Pull Request Test Coverage Report for Build<PHONE_NUMBER>5
Details

0 of 7 (0.0%)  changed or added relevant lines in 1 file are covered.
18 unchanged lines in 6 files lost coverage.
Overall coverage increased (+0.009%) to 40.208%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

rpcserver.go
0
7
0.0%

Files with Coverage Reduction
New Missed Lines
%

commitment/tap.go
1
83.64%

rpcserver.go
1
0.0%

internal/test/helpers.go
2
86.47%

tappsbt/create.go
2
53.85%

tapdb/universe.go
4
80.91%

universe/interface.go
8
50.22%

Totals

Change from base Build<PHONE_NUMBER>5:
0.009%

Covered Lines:
23685

Relevant Lines:
58906

💛  - Coveralls


patcher is confusing.

Hello, i want to say the patcher is not intuitive. And there are not instructions anywhere either.
There are 3 checkboxes: Import subtitles, Undub, Import 3D models.
What do they do exactly? If i select neither what does the patch do? Nothing?
It asks you to "Select files" It doesn't state which files. By instructions it's supposed to be the JP and EU isos.
In what order? Does it matter?
After you do that a message says "Copying the US iso"
What does it even mean? What US iso? (Up to this point no US iso was involved in any part of the process).
Then it says completed.
What did it do? Did it patch an iso? Which one? The JP? The EU? did it create a new one? Where is it?

Hi,
Thank you for the report. The file selector does state which file to select in the upper left window.
The US Iso is a mistake left from FF2 patcher, so I'll fix that. I'll also add a dialogue box warning which file to select.
For the copying iso, like it says, it is making a copy of your original iso so if anything happens, your file will not be corrupted. The undub version is pz_.... and is located in the same folder as the eu iso.
When it says done, it means the patching is completed, and the options you selected were injected into the game.
Finally, if you are to create a new issue again, please refrain from using toxic language like your final sentence. I am working alone on the code and I welcome constructive criticism.

I gave it another go. This is what i do:

Open program.
Select "Undub" checkbox
Click "Select files"
Choose EU iso
Choose JP iso
CLick "Undub" button.
Wait.
Message says it's done it.
Find pz_redux.iso
Open pz_redux.iso with PCSX2.
Start a new game.
Voices are in English.

Is there something i'm doing wrong?

You did not put the game in 60Hz, in game voices are in Japanese. I'll add a message about that

That was it.


Custom cloud-init support in machineregistration crd

The config.Config struct which ends up being the machine registration crd spec includes a free form map[string]interface meant to used as a way to provide custom cloud-init configuration. Currently elemental-operator does not process it, former ros-installer logic had some convoluted way to take it into account under some circumstances.
More specific  elemental-operator creates its own cloud-init file for root password setup and root ssh keys setup (based on the config.Config.Elemental.Install data) and passes it to the elemental-cli as config.Config.Elemental.Install.ConfigURL. This logic has two consquences:

Setting configurl in machine registraion crd is ignored, as it is later on overwritten by the self-created cloud-init file path.
If config.Config.Data is stored to a file and passed as a cloud-init config to elemental-cli through the config.Config.Elemental.Install.ConfigURL then we would silently ignore the password and ssh-keys setup from config.Config.Elemental.Install, merging both cloud-init configs I don't think is reasonable as we support two different syntax, yip and cloud-init.

Probably what we should do is removing config.Config.Elemental.Install.Password and config.Config.Elemental.Install.SSHKeys from the Install and its associated logic and simply use config.Config.Data (or another free-from field) as the only cloud-init data source and instruct with documentation and examples how to create and set users. Less logic, more flexibility.
Also if we go that path I believe Data should belong to Elemental struct or even to Install struct and probably be renamed to something as obvious as CloudInit.
Any thoughts about the suggested approach are welcome 😄

I try to re-create this (from ros-operator times)
#cloud-config
name: "do something"
stages:
  boot:
    - commands:
      - echo "Hello, world"

in the new machineRegistration (now with elemental-operator) by editing the yaml via Rancher UI to
spec:
  config:
    name: "do something"
    stages:
      boot:
        - commands:
          - echo "Hello, world"
    elemental:
...

The UI doesn't show an error when saving, but these changes don't show up in the machineRegistration.
Is this problem connected to the above ?

I try to re-create this (from ros-operator times)
#cloud-config
name: "do something"
stages:
  boot:
    - commands:
      - echo "Hello, world"

in the new machineRegistration (now with elemental-operator) by editing the yaml via Rancher UI to
spec:
  config:
    name: "do something"
    stages:
      boot:
        - commands:
          - echo "Hello, world"
    elemental:
...

The UI doesn't show an error when saving, but these changes don't show up in the machineRegistration.
Is this problem connected to the above ?

Yes, definitely, free form cloud-init data in machineregistration is not supported yet.

My suggestion would be to support something like:
spec:
  config:
    cloud-init:
      name: "do something"
      stages:
        boot:
        - commands:
          - echo "Hello world"
    elemental:
      ...

While also including root and user creation as part of the of the cloud-init and remove it from elemental: section. So remove any user management logic from elemental-operator and simply by pass it as a cloud-init data.
My only doubt for that if there is in yip some sort of syntax detection (yip vs cloud-init) that could be easily included with such an approach.


Export newCppSharedPtr

The newCppSharedPtr constructor added in #29 was not exported.

I'll take care of the merge tomorrow


ED notifying property change errors

Upon model.save() I get the following error:
TypeError: Cannot read property 'notify' of undefined
    at Object.ChainWatchers.notify (http://crcogct.localhost:3000/dashboard/assets/vendor.js:28475:17)
    at chainsDidChange (http://crcogct.localhost:3000/dashboard/assets/vendor.js:34505:9)
    at Object.propertyDidChange (http://crcogct.localhost:3000/dashboard/assets/vendor.js:34415:5)
    at contentPropertyDidChange (http://crcogct.localhost:3000/dashboard/assets/vendor.js:46339:32)
    at Object.apply (http://crcogct.localhost:3000/dashboard/assets/vendor.js:37154:18)
    at Object.sendEvent (http://crcogct.localhost:3000/dashboard/assets/vendor.js:30699:28)
    at ObserverSet.flush (http://crcogct.localhost:3000/dashboard/assets/vendor.js:34022:25)
    at Object.endPropertyChanges (http://crcogct.localhost:3000/dashboard/assets/vendor.js:34533:19)
    at _notifyProperties (http://crcogct.localhost:3000/dashboard/assets/vendor.js:127142:25)
    at InternalModel.adapterDidCommit (http://crcogct.localhost:3000/dashboard/assets/vendor.js:126466:19)

The property it notifies about is a fragment. The save still works.
I'm unsure where the issue is, Ember, Ember Data, or something with Fragments.
Ember             : 2.5.1
Ember Data        : 2.5.2
jQuery            : 2.1.4
Ember Simple Auth : 1.0.0
Model Fragments   : 2.3.1

@knownasilya would it be possible to replicate the issue in an ember-twiddle?

I'm not sure how to replicate it either.. seems to only happen in one place, but other places use the same action/save combo. The only thing that is changed is toggleProperty is used on a record nested in that fragment.

Sounds very similar to #173, which I've yet to be able to reproduce. Although using Ember 2.x doesn't appear to resolve it, my last comment on that issue applies to this one as well.

@slindberg see my comment here https://github.com/emberjs/ember.js/issues/13470#issuecomment-225264726 where @krisselden confirmed that it's a bug with Fragments & ED. Maybe he can help out.

@knownasilya I'll try digging into it. It looks like your NotifyError repo reproduces it pretty consistently so hopefully I can track it down.

@knownasilya I did a bit of digging and it looks like if I remove use of the PromiseProxy object and directly use the store then everything works ok. I'm not very familiar with PromiseProxy but maybe something is being overridden so that its missing something it needs?

I was thinking the same, but am unsure of what could be missing..


docs(pubsub): Add ingestion from GCS topic creation sample

Adds a sample for creating an ingestion from GCS import topic for Pub/Sub.

This change is

/gcbrun


GUACAMOLE-1123: Standardize REST endpoints for historical data

This standardizes REST endpoints for retrieving history for both connections and users.  There are a handful of items in here I'm unsure of in terms of best practice or not, so let me know what needs to be fixed.  So far I have only tested against PostgreSQL, so probably needs some verification against MySQL/MariaDB and SQL Server.

Okay, tested with MariaDB and SQL Server and amended a few things - seems to be working across the board.

Okay, @mike-jumper, I've significantly refactored this, but sure it still needs some work.
I've also got an error with the current code I cannot quite figure out - I switched the connection/<identifier>/history and user/<identifier>/history resources to use the common ones you implemented, but this is yielding an error:
HTTP Status 500 - No serializer found for class org.apache.guacamole.rest.history.ConnectionHistoryResource and no properties discovered to create BeanSerializer (to avoid exception, disable SerializationConfig.Feature.FAIL_ON_EMPTY_BEANS) )
I've done a little Google Research and tried a couple of things but not exactly sure why it isn't working, there.  If you have any hints I'll be happy to try things out...

Odd. I'll try checking out this PR locally and see if I can reproduce the error.

For the functions which now return ConnectionHistoryResource (or UserHistoryResource), the @GET annotation just needs to be removed. It's no longer needed as it's the superclass of those resources that provides the function invoked for @GET.
Without the annotation, the JAX-RS implementation will continue searching through the returned resource for the function to invoke for the GET request, finally serializing the result of that function as its response. This is the behavior we want. The presence of that annotation is causing the JAX-RS implementation to not continue its search and instead attempt to serialize ConnectionHistoryResource for the body of the response.

Thanks, Mike.  Will remove them.

Okay, should be cleaned up.
I think the only other thing I'm unsure about at this point is whether passing around the null identifier is the best way to go.  It keeps the code as lean as possible by leveraging the existing MyBatis classes and queries without the need for additional queries, and still leverages the database to filter the data (which should be the fastest/most efficient way to accomplish that), but passing around null feels a little strange.  Is that okay, or should I take a different approach, there - like just pulling all the records from the DB and doing some filtering within a Java class?

I think the only other thing I'm unsure about at this point is whether passing around the null identifier is the best way to go. It keeps the code as lean as possible by leveraging the existing MyBatis classes and queries without the need for additional queries, and still leverages the database to filter the data (which should be the fastest/most efficient way to accomplish that), but passing around null feels a little strange. Is that okay, or should I take a different approach, there - like just pulling all the records from the DB and doing some filtering within a Java class?

So long as the meaning of null is well documented, I think this is fine. For functions which accept multiple possible criteria to narrow a result, the pattern of leveraging null as a wildcard is pretty common, and I'm all for leveraging a feature of MyBatis to keep things clean.

It sounds like everything is pretty much there (or about to be there). Let me know when you want me to dive back in. I'm guessing it's no longer draft at this point?

It sounds like everything is pretty much there (or about to be there). Let me know when you want me to dive back in. I'm guessing it's no longer draft at this point?

Yeah, I think it's pretty close, now.  Feel free to give it another look and see what else is missing. I'm still not 100% sure about the ConnectionRecordMapper and UserRecordMapper changes, specifically whether the AND is implicit, so that's probably worth a little more legwork on my part to make sure we don't introduce any bugs with that change.

Okay, I think this is ready to go. I've tweaked the XML code for ConnectionRecordMapper and UserRecordMapper for all three of the JDBC modules, and I believe it works equally well whether there is a record (connection or user) defined, a search term, or both.
I'll try to go through and review things once more and see if anything looks amiss, but I think it's pretty solid, now.

I'll try to go through and review things once more and see if anything looks amiss, but I think it's pretty solid, now.

I've re-reviewed and all looks good to me. If you've not run into anything amiss, I'm happy to click the merge button.

I've re-reviewed and all looks good to me. If you've not run into anything amiss, I'm happy to click the merge button.

I went through and corrected a few minor things, but overall looks okay to me.


"Refresh" on a materialized view does not refresh it

System information:

Windows 8
DBeaver 6.3.3
No additional extensions

Connection specification:

PostgreSQL 10.10
PostgreSQL JDBC Driver
No tunnels or proxies

Describe the problem you're observing:
The contextual menu of materialized views (at least in PostgreSQL) offers a "Refresh" item with a blue icon at the bottom (in French, it is called "Régénérer"). One imagines that triggers a refresh of the table's contents, yet that is not the case. I am not sure what it does, but the proper way to refresh is to use the Refresh Materialized View action, which is unfortunately less prominent as it is buried in the Tools menu. I am not sure what the Tools menu is supposed to contain, but I do not think such a common action should be buried there.
Steps to reproduce, if exist:

Change the contents of a source table of materialized view foo so that foo's contents should change.
Right-click the materialized view from the Database Navigator view
Select "Refresh"
Open the materialized view's Data tab
Notice that the data is stale
Right-click the materialized view from the Database Navigator view
Select "Refresh Materialized View" in Tools
Refresh the data grid
Notice that the data is updated

I cannot even find the mentioned "refresh" context menu entry for postgres materialized views. Has it gone?

I unfortunately no longer under PostgreSQL, so I cannot answer that question.

@fjf2002, I think this context menu with Refresh button was mentioned:

Ah, I confused DBeaver's metadata "Refresh" with ""Refresh Materialized View" in Tools", edited my comment. Seems to work.


generate listers with upstream lister-gen

I'm checking this in because it's what I can get.
in theory tagging the unversioned types with the // +genclient=true annotation should also generate the internalversion typed listers, but it does not for me. This should also require the addition of the package github.com/kubernetes-incubator/service-catalog/pkg/apis/servicecatalog to the --input-dirs flag. Even with all of that in place, unversioned listers are not generated. I will follow up with the creators of the generators.

This is great for the versioned generators. LGTM

groupName= annotation seems to need to exist, but it doesn't have any effect on the output.

we were missing several pieces to get the internal version to generate. I'm not sure what we're missing to get the internal client. More research is needed.

Just 2 minor "indent" fixes

LGTM
ping @pmorie

Let's get the groupName fields correct.  LGTM otherwise


benchmarks for create_client

Benchmarks against dev_grpc:

Flamegraph:

According to flamegraph, we're spending the most time in tonic::Endpoint::connect
We could use connect_lazy but that just offloads it to the next api call, which in this case is related to initializing the identity (get_inbox_ids).
In another PR I'd like to either:

Separate gRPC channel connection from client creation. Allow SDKs to initialize the backend connection somewhere separate from client creation
use connect_lazy but would require a refactor of client creation to somehow defer identity verification to the background. Seems like maybe a messy/big refactor path

[!WARNING]
This pull request is not mergeable via GitHub because a downstack PR is open. Once all requirements are satisfied, merge this PR as a stack on Graphite.
Learn more

#1392  👈 (View in Graphite)
#1366 : 1 other dependent PR (#1376 )
main

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

use connect_lazy but would require a refactor of client creation to somehow defer identity verification to the background. Seems like maybe a messy/big refactor path

While it would improve performance, I'm not sure it's desirable. If there is something wrong with your identity or credentials we would want to bubble that up to the caller as part of identity verification.

yeah definitely leaning towards just pulling Tonic out of create_client/making it an `Option'.


Issue with k8s.io/docs/tasks/tools/install-minikube/: minikube start with '–vm-driver=none' option failed with error:Unsupported driver: none on (latest) Mac OS

**This is a... **

[ ] Feature Request
[ X ] Bug Report

Problem:
minikube start with  '–vm-driver=none' option failed with error:Unsupported driver: none  on Mac
$ minikube start --vm-driver none
Starting local Kubernetes v1.10.0 cluster...
Starting VM...
F0607 18:34:51.870598    2223 cluster.go:212] Unsupported driver: none
Proposed Solution:
Page to Update:
https://kubernetes.io/...

$ minikube version
minikube version: v0.27.0
$ kubectl version
**Client Version: version.Info{Major:"1", Minor:"10", GitVersion:"v1.10.4", **GitCommit:"5ca598b4ba5abb89bb773071ce452e33fb66339d", GitTreeState:"clean", BuildDate:"2018-06-06T15:22:13Z", GoVersion:"go1.9.6", Compiler:"gc", Platform:"darwin/amd64"}
Error in configuration:

unable to read client-cert /Users/syang/.minikube/client.crt for minikube due to open /Users/syang/.minikube/client.crt: no such file or directory
unable to read client-key /Users/syang/.minikube/client.key for minikube due to open /Users/syang/.minikube/client.key: no such file or directory
unable to read certificate-authority /Users/syang/.minikube/ca.crt for minikube due to open /Users/syang/.minikube/ca.crt: no such file or directory

$ uname -a
Darwin Shilis-MBP.home 17.6.0 Darwin Kernel Version 17.6.0: Tue May  8 15:22:16 PDT 2018; root:xnu-4570.61.1~1/RELEASE_X86_64 x86_64

There is a related issue at https://github.com/kubernetes/minikube/issues/2727
The issue mentions that vm=none is only supported on Linux.

Thanks, Ben. Could we add that to the doc/make it clearer?
I will close this one for now.


Build failure: libretro.beetle-snes (aka mednafen-snes)

Steps To Reproduce
Steps to reproduce the behavior:

nix-build -A libretro.beetle-snes

Build log
Most common error is along the lines of
error: 'size_t strlcat(char*, const char*, size_t)' redeclared inline without 'gnu_inline' attribute

libretro.beetle-snes.aarch64-linux: https://hydra.nixos.org/build/239037065
libretro.beetle-snes.x86_64-linux: https://hydra.nixos.org/build/239206305

Additional context
Possibly related to glibc update? Can reproduce failure on local x86_64-linux.
Notify maintainers
@aanderse @edwtjo @MP2E @thiagokokada
Metadata
Hydra

Related https://github.com/NixOS/nixpkgs/issues/263507

This core itself seems to be kinda old and not updated anymore. Also not sure how interesting it is, considering it is based in a old version of bsnes.
Maybe we can just remove it? Is there any reason you want to use it, or it is just an issue because it makes retroarchFull fail?

Created a PR to remove it: https://github.com/NixOS/nixpkgs/pull/263751
Would appreciate some reviews.


Decrease code coverage threshold

Dependency updates are being blocked because of a code coverage regression. This decreases the code coverage threshold until we spend the time going back to 100%.

All of the dependabot PRs were failing with a coverage issue: https://github.com/inrupt/artifact-generator/actions/runs/9390357419/job/25860015133. I didn't run it locally, so I am not sure what the issue exactly is.


Navbar and offcanavas issue solved

Navbar made sticky with background similar to body. Offcanavas issue fixed. Its background , font and font color changed.

Okay, I will do that , thanks
On Thu, 14 Dec, 2023, 11:38 pm Pooranjoy Bhattacharya, <
@.***> wrote:

@.**** requested changes on this pull request.
Everything is fine, just make minor changes on the hovering the links
inside the Offcanvas Navbar, also please don't change the Glass-Morphism
effect that was before in the Navbar,
Just update the hover effect, add a basic transition-duration and make
sure to revert to GlassMorphism for the Navbar
—
Reply to this email directly, view it on GitHub
https://github.com/pooranjoyb/BeatBridge/pull/50#pullrequestreview-1782413518,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/A5PQDSNWXZWS57YCXFCKFSTYJM6DPAVCNFSM6AAAAABAVHQW5WVHI2DSMVQWIX3LMV43YUDVNRWFEZLROVSXG5CSMV3GSZLXHMYTOOBSGQYTGNJRHA
.
You are receiving this because you authored the thread.Message ID:
@.***>

Okay, I will do that , thanks

Nice Work :) @ShivamKmishra09


How to get the real size of object in colmap reconstruction?

As above, you record the data using ARKIT and saved pose of ARKIT, but only use the pose to select covis pairs, then how to get the real size of the obj?

As above, you record the data using ARKIT and saved pose of ARKIT, but only use the pose to select covis pairs, then how to get the real size of the obj?

Thanks for your interest in our work, this is a good question. We apply SfM in a two-stage manner. We first apply triangulation with ARKit poses and then run bundle adjustment on the reconstructed point clouds and ARKit poses. In this way, the true scale of the object can be maximally preserved.
You're welcome to re-open the issue if this doesn't solve your questions.


feat: add ingestion config map in values

Add support for providing the ingestion recipe's
definition in datahub-ingestion-cron's values.yaml.
The current datahub helm implementation relies on an externally managed config map to specify an ingestion recipe.  This necessarily requires production k8s access or a separate management system for k8s config maps.
Now, helm can manage the config map for datahub.
This is backwards compatible - if fileContent is not provided, it assumes the config map is managed externally
Checklist

[ ] The PR conforms to DataHub's Contributing Guideline (particularly Commit Message Format)
[ ] Links to related issues (if applicable)
[ ] Tests for the changes have been added/updated (if applicable)
[ ] Docs related to the changes have been added/updated (if applicable)

Thanks @darnaut.  What's the process to get this merged & released?  Anything you need me to do?


Support 128-bit integers

This PR adds support for u128 and i128 in accordance with §2.4.2 of the CBOR spec.

They would be the first supported tagged value

Well, it's in accordance with the spec and doesn't much affect the codebase.

Additionally it breaks code that relies on the assumption that big integers are deserialized as bytestrings.

Yes, that's a fair point. How about, instead, special-casing the implementation of Deserialize::deserialize_[iu]128? Is that a backwards-compatible change that you'd be willing to accept?

@sfackler What do you think about supporting 128-bit integers in this crate?

@nhynes how hard would it be to fix your branch to include #206? It seems you may be able to wrap all ui128 functions in serde_if_integer! {...}?

Is there something that we can do to move this forward? Being unable to serialize a basic Rust type unfortunately makes serde_cbor not usable for me.

Is there something that we can do to move this forward?

You can pay me to work on this crate. Or you can find a company or team that wants to take over the maintenance of this crate.

Being unable to serialize a basic Rust type unfortunately makes serde_cbor not usable for me.

128-bit integers aren't part of CBOR (big ints are however) and 128-bit integers weren't part of Rust 1.0 as well. You can always write a custom (de)serializer for your data structures.
There is another serde CBOR crate: https://github.com/enarx/ciborium maybe it is right for your use-case. (They handle 128-bit integers.)

Is there something that we can do to move this forward?

You can pay me to work on this crate. Or you can find a company or team that wants to take over the maintenance of this crate.

Or you can wait until someone who is interested to pick this up. At least I am not interested in this right now.


Bug: PUMA label error.

Fixed the label dictionary error and thanks again leo and welcome to MOOSE.

@all-contributors please add @Kazezaka for adding code


R starter kit fails to evaluate submission (missing anndata even though it's installed)

The last step in submission evaluation fails:
######################################################################
##                      Evaluating predictions                      ##
######################################################################
N E X T F L O W  ~  version 21.04.1
Pulling openproblems-bio/neurips2021_multimodal_viash ...
Launching `openproblems-bio/neurips2021_multimodal_viash` [desperate_yalow] - revision: 1c355f53ca [1.0.2]
executor >  local (18)
[ef/8195d2] process > get_id_predictions (2)                                                                 [100%] 4 of 4 ✔
[6b/bc30a6] process > get_id_solutions (4)                                                                   [100%] 4 of 4 ✔
[f6/3767af] process > bind_tsv_rows:bind_tsv_rows_process (meta)                                             [100%] 1 of 1 ✔
[3e/2d00a6] process > match_probability:match_probability_process (openproblems_bmmc_cite_phase1_MM_gex2adt) [100%] 4 of 4 ✔
[00/964a58] process > check_format:check_format_process (openproblems_bmmc_cite_phase1_MM_gex2adt)           [100%] 4 of 4 ✔
[25/9daa06] process > final_scores:final_scores_process (output)                                             [100%] 1 of 1, failed: 1 ✔
[25/9daa06] NOTE: Process `final_scores:final_scores_process (output)` terminated with an error exit status (1) -- Error is ignored
Completed at: 16-Sep-2021 09:54:21
Duration    : 1m 34s
CPU hours   : 0.1 (6.5% failed)
Succeeded   : 17
Ignored     : 1
Failed      : 1

Upon checking .command.err, I get the following output:
WARNING: Your kernel does not support swap limit capabilities or the cgroup is not mounted. Memory limited without swap.

── Column specification ────────────────────────────────────────────────────────
cols(
  source = col_character(),
  dataset_id = col_character(),
  geo_id = col_logical(),
  organism = col_character(),
  num_cells = col_double(),
  num_features_mod1 = col_double(),
  mod1_modality = col_character(),
  num_batches = col_double(),
  num_cell_types = col_double(),
  num_features_mod2 = col_double(),
  mod2_modality = col_character()
)

Error in py_module_import(module, convert = convert) :
  ModuleNotFoundError: No module named 'anndata'

Detailed traceback:
  File "/usr/local/lib/R/site-library/reticulate/python/rpytools/loader.py", line 24, in _import_hook
    level=level
Calls: %>% ... .f -> <Anonymous> -> <Anonymous> -> py_module_import
Execution halted

But anndata is installed:
$ pip list | grep anndata
anndata                0.7.6

Update: the same error occurs in the Python starter kit as well.

Has been solved in the meantime :)


New Maker Products List

Under New Maker Products, there are items on the list for CROW and Aroma Soothz that were updated a while ago (not new products).  The pricing was changed on the Market side, as per a request by the Makers prior to them having access.
The prices showing up on this list are the old prices, which will probably be what the Makers have on their side.  These items need to be updated on the Maker side as per the current Market price.

Please test this in 1.13.15

Not sure how to test this, but the items are still showing up under New Products, with the incorrect (old) price attached.


[Docs]: Add documentation for internationalization

Although we already have internationalization on GetX, we still don't have any documentation for that
I'll leave the issue here so it can be put on the docs board

https://github.com/jonataslaw/getx/pull/544


Footer

The footer currently has icons for media that are irrelevant in the scope of the website.

Icons were replaced for more apt media for the coffee shop. These are Facebook, TikTok, and Instagram.


Importer muss angepasst werden

Steps to reproduce the behavior:

Create a csv to import a borehole
Click import
Check results of the importet boreholes

Expected behavior
All parameteres from the csv are imported
Current behavior
Not all parameteres are imported:

qt_location_id, qt_elevation_id, kind_id are not imported, prodbably due to change of the attribute naming
drilling_date, drilling_diamter, drilling_methode_id, spud_date, cuttings_id are not imported, as attribute is no in a new table in the DB -> Importer needs to be adapted
inclination, inclination_direction, qt_inclination_direction_id are correctly imported, though when the borehole geometry module is completed, these entries are obsolete and belong in another table in the DB
Coordinates are rounded to m, although the imported values are in cm

danke


Add compiled messages (*.mo) when releasing a new version.

In a manner that the application could be easily installed with a different language for locales it would be smart to commit compiled messages files (*.mo). This issue is relevant as well for django-hijack-admin !
Thanks a lot !

Thank you for the suggestion @t0mab :)  From 2.1.3 forward, the releases of django-hijack and django-hijack-admin will include the compiled messages.


Intl: Invalid unicode option values cause RangeErrors

The following code throws a RangeError in Edge and simply ignores the bad value in Firefox and Chrome.
new Intl.Collator("en-US-u-kf-invalid")

We actually have a test expecting this to throw, so it might have been part of an older version of the spec. Regardless, standardizing on the 2018-compliant version of ResolveLocale introduced in #4390 fixes this.

@bterlson @caridy @zbraniecki do you know if the spec changed re: expected handling for this situation?

Why would it throw?
According to https://www.ietf.org/rfc/rfc6067.txt
      B.  A 'type' is a subtag with a length of three to eight
          characters following a 'key'.  (...)

invalid is a 7 char long type for key kf. I'm not sure why would it throw?

The WinGlob version of our implementation has... interesting handling of locales before this. Basically, we used to call GetOption in a roundabout way on what we retrieved as unicode extensions.


gint64 array length parameters cause invalid cast error

Since #1067 was merged, I now get errors building bindings for methods where the array length has type gint64. I've pushed a change to the GirTest library to reproduce the error here: https://github.com/adamreeve/gir.core/commit/f93b90f7ce31bde5302b5ee3a73dee88cb7b5f3a
The generated method looks like:
public static int GetDataWithGint64Size(Span<int> data)
{
    var resultGetDataWithGint64Size = GirTest.Internal.IntegerArrayTester.GetDataWithGint64Size(ref MemoryMarshal.GetReference(data), (long) data.Length);
    return resultGetDataWithGint64Size;
}

The expected type of the length parameter to the internal method is CLong rather than long, which causes errors when building the generated code like:
error CS1503: Argument 2: cannot convert from 'long' to 'System.Runtime.InteropServices.CLong'

This appears to be due to the PrimitiveValueTypeArray implementation of ToNativeParameterConverter here: https://github.com/gircore/gir.core/blob/7c1b5a8ada2b31bd69b9e5f0d27585d6e572627c/src/Generation/Generator/Renderer/Public/ParameterToNativeExpression/Converter/PrimitiveValueTypeArray.cs#L56
But I haven't yet figured out how best to fix this. I guess we want to reuse the Long instance of ToNativeParameterConverter rather than hard code the cast here?

Hey I did not yet take a detailed look at this bug but it can be that there is no easy fix for it and needs updating the typehandling of the generator.
Gint64 is guaranteed to be 64 bits on all platforms.
The GirLoader maps Gint64 to long.
The GirModel.Long is currently mapped to CLong in the internal APIs as the C long is only 32bit on windows and 64Bit on other platforms.
This is obviously wrong for GInt64 as it has 64Bit on all platforms. So either there must be a new Type like Long64 or a property must be added to Long detailing whether it is always 64 bit or not.
I need to take a more detailed look here.

@adamreeve This should be fixed again. Thanks for reporting.

:+1: thanks for fixing this!


kdiff3: 1.8.5 -> 1.9.4

Motivation for this change
Regular update.
Cc @aaschmid for testing on macos.
Things done

Built on platform(s)

[X] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] 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
[X] Tested basic functionality of all binary files (usually in ./result/bin/)
22.05 Release Notes (or backporting 21.11 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
[ ] (Release notes changes) Ran nixos/doc/manual/md-to-db.sh to update generated release notes

[X] Fits CONTRIBUTING.md.

Does not built out of the box unfortunately :-(

@aaschmid I only tested on x86_64 and it's building and running without issue.

Sorry, I ment on darwin and therefore MacOS (referring to the mention above...)


build: run test on eslint alpha releases

Or use the next release channel to always get the latest alpha release?

@voxpelli that's exactly what I mean to! 👍

I think we should merge this in :)


Timeout

TypeError: Cannot read property 'match' of undefined
at Request.request.get [as _callback] (/my-app/node_modules/baidu-translate-api/src/token.js:86:30)
at self.callback (/my-app/node_modules/request/request.js:185:22)
at Request.emit (events.js:198:13)
at Request.EventEmitter.emit (domain.js:448:20)
at Request.onRequestError (/my-app/node_modules/request/request.js:881:8)
at ClientRequest.emit (events.js:198:13)
at ClientRequest.EventEmitter.emit (domain.js:448:20)
at Socket.socketErrorListener (_http_client.js:392:9)
at Socket.emit (events.js:198:13)
at Socket.EventEmitter.emit (domain.js:448:20)

(node:8821) UnhandledPromiseRejectionWarning: Error: connect ETIMEDOUT <IP_ADDRESS>:80

The network quality is bad.  Maybe you need a vpn to connect. Because the api is server in china.


Fix issue where when trying to pause (after audio loads), song keeps playing (but then seems to pause if clicked a second time) when random mode is on

It's been hard to pinpoint when this happens -- it's not very often, but once in a while I still see this.

It looks like pause bug might happen after playing in random mode for some time and then switching random mode off and trying to push pause button (from earlier notes).

It looks like this bug might happen when:

playing through a whole song (or moving slider close to end and letting it finish)
trying to push pause button after next song starts


Add Google Maps API key

Fixes #47

Is the API key a secret?  If not, could it go in the site config rather than the required environment variables?

The key is linked to my credit card so I'd prefer to keep it secret.  The risk is low because it can only be used from *.ropewiki.com but it might be possible for some hacker to do some DNS spoofing trick.
As long as we stay below 40K requests per month there is no cost.

Thanks for trying to fix this issue.
Existing Google Maps API keys are already set here: https://github.com/RopeWiki/commonjs/blob/master/commonjs/lib/constants.js#L27 . The background to this other repo is that all the javascript (which powers a lot of features) gets merged together, and then copied to the main mediawiki javascript file here: http://ropewiki.ak/index.php?title=MediaWiki:Common.js
All the mapping on the rest of the site uses these keys. And actually the comments from @catware2 say "/Location" was disabled on purpose years ago.
So I think we've two options:

Modify "/Location" to use the javascript keys like everywhere else on the site.
Just delete "/Location" (The only link I can find to it is on this page: https://ropewiki.com/Beta).

I prefer 2.
As an aside, and something which would be really helpful... I have a proposal for managing these custom constants better. Rather than defining them in the main js file, the js code should attempt to first read them from a file called "/custom_constants.js". This file is not checked into the main repo, and is only used when running dev versions of the site. It then falls back to using the default production codes if this file doesn't exist. We can then delete all the extra keys from the main file, and don't have to do the whole mess of checking in, building js, and copying over to run a new dev site.

I agree the utility of the search feature is fairly low.  But it seemed like an easy fix, and free if we stay below the $200 monthly credit.  Either way, this was a fun way for me to get familiar with the code 😄 .
If you want to disable it instead, we would also have to change https://ropewiki.com/World which is the Map link in the main sidebar.  Try to search for anything on that page and it shows ugly php errors.

My main priority is to avoid duplicating API keys, making the site harder to manage. (The whole commonjs setup isn't particularly nice, but at least it's all in one place!).

also have to change https://ropewiki.com/World which is the Map link...

Removing the Search option can be done in the Region template, here:

I'd suggest just starting with some <!-- --> comments! (Welcome to managing code via mediawiki - it, umhh, really sucks!).

if it doesn't slow down the site

My theory is that directly fetching a <1K static text file will be an order of magnitude faster than the rest of commonjs. commonjs is a quarter of a megabyte of text fetched from Mysql by PHP, that's then shipped over the internet to your browser, parsed and executed. :-)
I've made a new issue for this proposal (https://github.com/RopeWiki/app/issues/59), so we can keep this discussion related to the maps issue.


Fluent API property expressions does not support chained member access

With EF7 the mapping modelBuilder.Entity<Entity>().Property( x => x.Irrelevant.Property1 ), throws an exception:

System.ArgumentException: The expression 'x => x.Irrelevant.Property1 ' is not a valid property expression. The expression should represent a property access: 't => t.MyProperty'.

This is more limited than EF6.  In EF6 it is valid to chain member access to map a property on a nested object.  That is a mapping such as the following was valid:
...
Property( x => x.Irrelevant.Property1 )

That would work so long as you set Irrelevant in the entity's getter:
public IrrelevantType Irrelevant
{
    get
    {
        return _irr ?? ( _irr = new IrrelevantType () );
    }
    set
    {
        return irr = value;
    }

I am not able to determine if this is something that is not implemented yet, an intentional change, or a bug.
EF: 7.0.0-beta4-12175

This is because we don't yet support nested objects (or "complex types" as we typically call them). Here is the work item tracking it https://github.com/aspnet/EntityFramework/issues/246.

Thank you!  It is good to know the right way to refer to them :thumbsup:

@rowanmiller Is there a solution to implement complex type mapping already?

@douglasoliveirabh we added support for owned types in 2.0, which provides a superset of the capabilities of complex types. However owned types are not mapped by convention, i.e. in order for a type to become an owned type you have to explicitly address it with the OwnsOne method. Given that I am not sure it would be viable to enable chained member access in the Property<T> method.
Reopening so that we can discuss it.

Discussed in triage and agreed that we should not do this because the semantics would not be clear, specially if done before any OwnsXxx call has been made.


Feature request: ignore unknown options

It would be nice to have a flag to ignore any options or sections that are not specified in the cfg_opt_t array passed to cfg_init. Currently, if there is some option in the config file that is not specified, a parse error is returned by cfg_parse.

+1. I'd be interested in this feature as well.

@jimgeorge - I submitted a start at this feature. See pull request #20. Adding this universally looks difficult due to type information (string vs. list, etc) being used to guide the parsing of the config files. In my use case, ignoring unknown options is more of an issue than unknown sections, so pr #20 helps me. Maybe it will help you.

Related to #24, would be great to have support for handling unknown sections as well ...

Closing this for now, support for ignoring options has been added in PR #46.  If we need support for ignoring sections as well, we should file another issue.


perf(compiler-vapor): template abbreviation of end tag

related:#166
I've made some optimizations to ensure  'abbreviation'  equals 'expected' through the IR, and added the 'isShouldSelfClosing' tag to the Node type. I'm not entirely sure it's correct, but it seems to work🧐

Are you still working on this PR?

Are you still working on this PR?
yes, already done a little work , but not sure about whether is right or not, I will give another pr right now


sentry: disc_v4 lookup crashes in asio co_spawn_cancellation_handler

The lookup uses a ranged parallel group that crashes sometimes when the operations times out.
A simplified code version for reproducing this is here: https://github.com/battlmonstr/silkworm/commits/crash_debug
Upstream bug report: https://github.com/chriskohlhoff/asio/issues/1332

What appears to happen is that when 2 coroutines A and B run in a parallel group:

A throws an exception.
The parallel group emits a cancellation signal for B, but it is not run immediately, it is placed in the executor's queue via dispatch().
B finishes normally by itself before the signal is emitted and the signal object is destroyed.
The dispatch() block runs and uses a dangling pointer to call emit().

If this is what happens, it should be possible to craft a simpler test case.


[Extensions] Disable Text selection for areas where not intented

Current Behavior

Desired Behavior

Screenshots/Logs

Environment

Host OS: Mac Linux Windows
Meshery Server Version: stable-v
Meshery Client Version: stable-v
Platform: Docker Kubernetes

Contributor Guides and Handbook

📚 Meshery Build and Release Strategy
🎨 UI Design For Meshery Extensions Figma in Figma (open invite)
📚 Meshery Extensibility Providers
⌨ Meshery API Docs
🙋🏾🙋🏼 Questions: Discussion Forum and Community Slack

.prevent-select {
  -webkit-user-select: none; /* Safari */
  -ms-user-select: none; /* IE 10 and IE 11 */
  user-select: none; /* Standard syntax */
}

Current Behavior

Desired Behavior

Screenshots/Logs

Environment

Host OS: Mac Linux Windows
Meshery Server Version: stable-v
Meshery Client Version: stable-v
Platform: Docker Kubernetes

Contributor Guides and Handbook

📚 Meshery Build and Release Strategy
🎨 UI Design For Meshery Extensions Figma in Figma (open invite)
📚 Meshery Extensibility Providers
⌨ Meshery API Docs
🙋🏾🙋🏼 Questions: Discussion Forum and Community Slack


Timeline tweens properties not firing for the same object.

Hello,
Big fan of CreateJS. I have a small issue that I can't seem to figure out.
I have the following example:
timeline.addTween(
	createjs.Tween.get(circle).wait(0).to({alpha:0.5},2000), //it does not fade to 0.5,
	createjs.Tween.get(circle).wait(2000).to({x:400},2000),
	createjs.Tween.get(circle).wait(4000).to({alpha:0.1},2000) //only this tween fires
)

Tweenjs seems to override all other previous properties if I feed the same object in the timeline. It just keeps the last one.
I am feeding the tweens from a JSON. Chaining the tween makes it work but I am trying to avoid this so that I can have other tweens to other objects between the fades.
Any suggestions on this?

<!DOCTYPE html>
<html>
<head>
	<title>TweenJS: Canvas Tweening Example</title>

	<script type="text/javascript" src="https://code.createjs.com/createjs-2015.11.26.min.js"></script>

<script id="editable">
	function init() {
		stage = new createjs.Stage("canvas1");
		var timeline=new createjs.Timeline();

		var circle = new createjs.Shape();
		circle.graphics.beginFill("#FF0000").drawCircle(50, 50, 50);
		stage.addChild(circle);

		timeline.addTween(
			//circle should fadeTo 0.1 then back to 1
			//createjs.Tween.get(circle).wait(0).to({alpha:0.1},2000).wait(2000).to({alpha:1},2000) //works
			createjs.Tween.get(circle).wait(0).to({alpha:0.5},2000), //it does not fade to 0.5,
			createjs.Tween.get(circle).wait(2000).to({x:400},2000),
			createjs.Tween.get(circle).wait(4000).to({alpha:0.1},2000) //only this tween fires
		)

		timeline.setPaused(false);

		createjs.Ticker.setFPS(20);
		createjs.Ticker.addEventListener("tick", stage);
	}
</script>
</head>

<body onload="init();">
<canvas id="canvas1" width="960" height="350"></canvas>
</body>
</html>

Hello,
Use a simple for loop to fix this.
[(http://stackoverflow.com/a/36115125/6081766)]
Adi


Clips not playing in HA browser

Version of the custom_component
1.0.1 (also tried on 1.0.0)
Configuration
Nothing specific, just copied "custom_components/frigate" to my "custom_components" folder in HomeAssistant and configured it (via HA integrations) to frigate host.
Describe the bug
I see clips in  (and images/thumbnails) but when I click on it - it not playing. In debug console I see 404:

Via Frigate UI everything works.
Tried on versions:
Frigate: 0.8.0-beta2-amd64, 0.8.0-rc[2-5]-amd64
Home Assistant: “2020.12.2” and “2021.1.[1-5]” versions.
Maybe required more configuration here. In documentation https://www.home-assistant.io/integrations/media_source/#playing-media-from-a-media-source "media_content_id" should be like "media-source://media_source/<media_dir>/", where "media_source" - not clear for me, it should be local dir (but seems not, as local dirs configured in "media_dirs") or it's remote address? In debug logs (below) you can see that "media_content_id" defined as "media-source:/ frigate/clips/outdoor_front-1611527640.595162-h066r2.mp4", where 2 questions:

Why I see space after "media-source:/ "? Is this "bug" in HA logs?
"media_source" here "frigate" - is it should not be ip[:port]/dns address to frigate?

P.S. About my configuration. Frigate running in container on Kubernetes. HA running on LXD. No any issues in communication between HA and frigate, also everything works except one this issue.
Debug log
Jan 24 19:11:35 ha hass[126316]: 2021-01-24 19:11:35 DEBUG (MainThread) [homeassistant.components.websocket_api.http.connection] [140664542335280] Received {'type': 'media_source/resolve_media', 'media_content_id': 'media-source:/ frigate/clips/outdoor_front-1611527640.595162-h066r2.mp4', 'id': 29}
Jan 24 19:11:35 ha hass[126316]: 2021-01-24 19:11:35 DEBUG (MainThread) [homeassistant.components.websocket_api.http.connection] [140664542335280] Sending {'id': 29, 'type': 'result', 'success': True, 'result': {'url': '/api/frigate/clips/outdoor_front-1611527640.595162-h066r2.mp4?authSig=<hidden>', 'mime_type': 'video/mp4'}}
Jan 24 19:11:35 ha hass[126316]: 2021-01-24 19:11:35 DEBUG (MainThread) [homeassistant.components.http.auth] Authenticated ha_ip_addr for /api/frigate/clips/outdoor_front-1611527640.595162-h066r2.mp4 using signed request
Jan 24 19:11:35 ha hass[126316]: 2021-01-24 19:11:35 DEBUG (MainThread) [homeassistant.components.http.view] Serving /api/frigate/clips/outdoor_front-1611527640.595162-h066r2.mp4 to ha_ip_addr (auth: True)
Jan 24 19:11:36 ha hass[126316]: 2021-01-24 19:11:36 DEBUG (MainThread) [custom_components.frigate] Finished fetching frigate data in 0.028 seconds

What happens if you right click and open that url in a new chrome tab? What does the 404 page look like?

What happens if you right click and open that url in a new chrome tab? What does the 404 page look like?

It's not possible to open in new tab from HA media browser:

But if try open url which in request:
https://my_ha_hostname/api/frigate/clips/outdoor_front-1611527640.595162-h066r2.mp4?authSig=<hidden>

I getting "401: Unauthorized" as seems token expired (or it's one time token - didn't check in docs how it works).

It's not possible to open in new tab from HA media browser:

But if try open url which in request:
https://my_ha_hostname/api/frigate/clips/outdoor_front-1611527640.595162-h066r2.mp4?authSig=<hidden>

I getting "401: Unauthorized" as seems token expired (or it's one time token - didn't check in docs how it works).

If you try to use the url immediately after it fails from homeassistant, the authSig will still be valid. You can click the file again to have homeassistant generate a new one.

If you try to use the url immediately after it fails from homeassistant, the authSig will still be valid. You can click the file again to have homeassistant generate a new one.

The same as in debug console - 404:

The same as in debug console - 404:

Any chance that url is being captured upstream by traefik or nginx? That 404 is not coming from frigate and the headers indicate it is served up by nginx.

Any chance that url is being captured upstream by traefik or nginx? That 404 is not coming from frigate and the headers indicate it is served up by nginx.

Ok, yes, it was Nginx as frontend for HA and Traefik as frontend for Frigate. To remove this relations I configured and send direct requests (without Nginx and Traefik) and have exactly the same results. Now you can see in headers "Python" as I make request directly to HA (communication with Frigate now through k8s service - without any ingress controllers):

Also I tried only direct url - the same white page with 404 error.
As I already mentioned, for me it's very strange that in HA debug log I see space after "media-source:/ " instead of 2nd slash. Maybe this is can be related?
'media-source:/ frigate/clips/outdoor_front-1611527640.595162-h066r2.mp4'

Ok, yes, it was Nginx as frontend for HA and Traefik as frontend for Frigate. To remove this relations I configured and send direct requests (without Nginx and Traefik) and have exactly the same results. Now you can see in headers "Python" as I make request directly to HA (communication with Frigate now through k8s service - without any ingress controllers):

Also I tried only direct url - the same white page with 404 error.
As I already mentioned, for me it's very strange that in HA debug log I see space after "media-source:/ " instead of 2nd slash. Maybe this is can be related?
'media-source:/ frigate/clips/outdoor_front-1611527640.595162-h066r2.mp4'

That isn't related. The URL looks correct. Can you check the logs inside frigates container at /var/log/nginx/*.log? I am guessing the request is being stopped before making it to frigate. Do you have any errors in homeassistant on startup?

That isn't related. The URL looks correct. Can you check the logs inside frigates container at /var/log/nginx/*.log? I am guessing the request is being stopped before making it to frigate. Do you have any errors in homeassistant on startup?

Yes, in Nginx logs when I go to HA web browser I see:
<IP_ADDRESS> - - [27/Jan/2021:18:06:36 +0000] "GET /api/events/summary?has_clip=1 HTTP/1.1" 200 851 "-" "HomeAssistant/2021.1.5 aiohttp/3.7.3 Python/3.8" "<IP_ADDRESS>"
<IP_ADDRESS> - - [27/Jan/2021:18:06:36 +0000] "GET /api/events?limit=50&has_clip=1 HTTP/1.1" 200 944493 "-" "HomeAssistant/2021.1.5 aiohttp/3.7.3 Python/3.8" "<IP_ADDRESS>"
<IP_ADDRESS> - - [27/Jan/2021:18:06:37 +0000] "GET /api/stats HTTP/1.1" 200 271 "-" "HomeAssistant/2021.1.5 aiohttp/3.7.3 Python/3.8" "-"

But when I click on clip to watch it - no any requests to Nginx (Frigate) side.
No any errors in HA log, just warning:
Jan 27 10:13:53 ha hass[150809]: 2021-01-27 10:13:53 WARNING (MainThread) [homeassistant.loader] You are using a custom integration for frigate which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant.

which definitely should not be related.
Ok, I'l try debug more from HA side when will have little bit more free time...

Yes, in Nginx logs when I go to HA web browser I see:
<IP_ADDRESS> - - [27/Jan/2021:18:06:36 +0000] "GET /api/events/summary?has_clip=1 HTTP/1.1" 200 851 "-" "HomeAssistant/2021.1.5 aiohttp/3.7.3 Python/3.8" "<IP_ADDRESS>"
<IP_ADDRESS> - - [27/Jan/2021:18:06:36 +0000] "GET /api/events?limit=50&has_clip=1 HTTP/1.1" 200 944493 "-" "HomeAssistant/2021.1.5 aiohttp/3.7.3 Python/3.8" "<IP_ADDRESS>"
<IP_ADDRESS> - - [27/Jan/2021:18:06:37 +0000] "GET /api/stats HTTP/1.1" 200 271 "-" "HomeAssistant/2021.1.5 aiohttp/3.7.3 Python/3.8" "-"

But when I click on clip to watch it - no any requests to Nginx (Frigate) side.
No any errors in HA log, just warning:
Jan 27 10:13:53 ha hass[150809]: 2021-01-27 10:13:53 WARNING (MainThread) [homeassistant.loader] You are using a custom integration for frigate which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant.

which definitely should not be related.
Ok, I'l try debug more from HA side when will have little bit more free time...

The screenshot of the 404 page you posted looks like the one Traefik uses

The screenshot of the 404 page you posted looks like the one Traefik uses

It's strange, but after I click "reload" button for Frigate integration - it started work even through Traefik

It's strange, but after I click "reload" button for Frigate integration - it started work even through Traefik

Oh no, @blakeblackshear you was right, this is Traefik, after changing url (in Frigate integration) to direct service and checking by tcpdump I saw that traffic continue going to Traefik and it only fixed (changed to direct service) after HA restart.

Oh no, @blakeblackshear you was right, this is Traefik, after changing url (in Frigate integration) to direct service and checking by tcpdump I saw that traffic continue going to Traefik and it only fixed (changed to direct service) after HA restart.


Add ForwardDiff Inplace Overloads

Checklist

[x] Appropriate tests were added
[x] Any code changes were done in a way that does not break public API
[x] All documentation related to code changes were updated
[x] The new code follows the
contributor guidelines, in particular the SciML Style Guide and
COLPRAC.
[x] Any new documentation only uses public API

Additional context
Fixes #112

failure is real I will take a look


Add 'Pipeline components' topic to the user guide

This PR

Adds the Pipeline components topic to the user guide
Do note that some sections are placeholders until the features have been implemented in a later release. In the mean time these sections will only have a disclaimer and perhaps a link to a document that outlines how to accomplish the tasks manually.
Closes #1838

Remaining tasks:

[ ] Re-take screen captures with final UI
[ ] Replace place-holder screen capture

What changes were proposed in this pull request?

How was this pull request tested?
Reviewed the output of make docs
Developer's Certificate of Origin 1.1
   By making a contribution to this project, I certify that:

   (a) The contribution was created in whole or in part by me and I
       have the right to submit it under the Apache License 2.0; or

   (b) The contribution is based upon previous work that, to the best
       of my knowledge, is covered under an appropriate open source
       license and I have the right under that license to submit that
       work with modifications, whether created in whole or in part
       by me, under the same open source license (unless I am
       permitted to submit under a different license), as indicated
       in the file; or

   (c) The contribution was provided directly to me by some other
       person who certified (a), (b) or (c) and I have not modified
       it.

   (d) I understand and agree that this project and the contribution
       are public and that a record of the contribution (including all
       personal information I submit with it, including my sign-off) is
       maintained indefinitely and may be redistributed consistent with
       this project or the open source license(s) involved.

Content is complete and ready for initial review.

The Kubeflow Pipeline components and pipelines link is broken until https://github.com/elyra-ai/examples/pull/49 is merged.

The topic will also include a link to the new best practices topic (https://github.com/elyra-ai/elyra/pull/1803) once that PR is merged.


feat(registration): add endpoint for decline registration data

Description
A new endpoint has been added that returns data that is required by the decline-application-by-invited-user page.
Corresponding PR in CD with new config-values for the applicationStatusIds that allow decline of application by the invited user: https://github.com/eclipse-tractusx/portal-cd/pull/136
Why
When a company is being invited to catena-x a user that received an invitation email shall be able to decline the application that is being created with the invitation. The page that implements this functionality shall display the application-status, the company-name and users of the respective company
Issue
N/A (CPLP-3549)
Checklist
Please delete options that are not relevant.

[X] I have followed the contributing guidelines
[X] I have performed a self-review of my own code
[X] I have successfully tested my changes locally
[X] I have checked that new and existing tests pass locally with my changes

obsolete, incorrect base branch


Bump min Python to 3.10

As per SPEC 0 (which it says that zarr is signed up to), drop support from Python 3.8/3.9.

This would be a good time to ensure numpy 2 support, if it isn't already done.

There's an issue here: https://github.com/zarr-developers/numcodecs/issues/521; I'm happy to take a look, but don't want to open too many PRs at once 😄

It would be great if you could have a look at numpy 2 support.
I wonder if we should remove line of code that codecov complains about? https://app.codecov.io/gh/zarr-developers/numcodecs/pull/531/indirect-changes?src=pr&el=tree-more&utm_medium=referral&utm_source=github&utm_content=comment&utm_campaign=pr+comments&utm_term=zarr-developers

This is good to go - the yellow CI jobs are ones no longer run as they're old versions of Python. I think removing these requires some manual adjustment of repository settings from an admin.

I removed the requirement for py 3.8 and 3.9. Codecov still needs a bump.

From one of the builds:

[2024-06-19T09:51:18.726Z] ['error'] There was an error running the uploader: Error uploading to https://codecov.io: Error: There was an error fetching the storage URL during POST: 429 - {'detail': ErrorDetail(string='Rate limit reached. Please upload with the Codecov repository upload token to resolve issue. Expected time to availability: 2676s.', code='throttled')}

So I think someone needs to set up using a codecov token for codecov to start working again.


Add support for noticeNetworkFailure

Summary
I have noticed that we have the noticeHttpTransaction included in this plugin, however, noticeNetworkFailure was not. I was wondering if there's a plan to add that, or was this deliberately left out?
Desired Behavior
I can manually track failed network requests from my Capacitor app.
Possible Solution
N/A
Additional context
For the Capacitor app, most of the networks will happen on the Javascript side so I don't think we can use the example code from Android/iOS.

Hi, @ndesai-newrelic. I was concerned that they may be tracked differently in the dashboard since there's a specific method for errors on android/ios, but if they are the same for Capacitor, I can definitely use it.

@Toxiapo  if you want to capture this kind of error we will add this method.

Thanks @ndesai-newrelic, I think for now we will just use the noticeHttpTransaction method for our current release, but it would be really nice to have the network failure method for the future.


[rtextures] Fix LoadImageFromScreen scaling

Before this PR, LoadImageFromScreen was not applying the scale DPI to both width and height. After this PR, the behaviour of LoadImageFromScreen is the same as TakeScreenshot, but returns an image instead. Not sure if this is the appropriate fix, but this was what I was expecting when calling the function. If there needs to be adjustments such as calling ImageResize to get the current width and height instead of the scaled one, let me know.

@proberge-dev did you try it? does it work as expected on a HiDPI monitor?

Yes, I've tried it on a Macbook Pro. It works as far as I can see. This code is functionally equivalent to the code in TakeScreenshot from rcore.c:
void TakeScreenshot(const char *fileName)
{
#if defined(SUPPORT_MODULE_RTEXTURES)
    // Security check to (partially) avoid malicious code
    if (strchr(fileName, '\'') != NULL) { TRACELOG(LOG_WARNING, "SYSTEM: Provided fileName could be potentially malicious, avoid [\'] character"); return; }

    Vector2 scale = GetWindowScaleDPI();
    unsigned char *imgData = rlReadScreenPixels((int)((float)CORE.Window.render.width*scale.x), (int)((float)CORE.Window.render.height*scale.y));
    Image image = { imgData, (int)((float)CORE.Window.render.width*scale.x), (int)((float)CORE.Window.render.height*scale.y), 1, PIXELFORMAT_UNCOMPRESSED_R8G8B8A8 };

    char path[512] = { 0 };
    strcpy(path, TextFormat("%s/%s", CORE.Storage.basePath, GetFileName(fileName)));

    ExportImage(image, path);           // WARNING: Module required: rtextures
    RL_FREE(imgData);

    if (FileExists(path)) TRACELOG(LOG_INFO, "SYSTEM: [%s] Screenshot taken successfully", path);
    else TRACELOG(LOG_WARNING, "SYSTEM: [%s] Screenshot could not be saved", path);
#else
    TRACELOG(LOG_WARNING,"IMAGE: ExportImage() requires module: rtextures");
#endif
}

@proberge-dev ok, thanks for the review


The “PlaceholderText” of AutoSuggestBox does not automatically display "..." when its content is too long

Describe the bug

The “PlaceholderText” of AutoSuggestBox does not automatically display "..." when its content is too long. So if I set a long string to PlaceholderText, It will block some elements of AutoSuggestBox
Steps to reproduce the bug

Steps to reproduce the behavior:

Set a long string to PlaceholderText property

Expected behavior

Display "..." if PlaceholderText is too long
Screenshots

Version Info

NuGet package version:

Windows 10 version
Saw the problem?

Insider Build (xxxxx)

November 2019 Update (18363)
Yes

May 2019 Update (18362)

October 2018 Update (17763)

April 2018 Update (17134)

Fall Creators Update (16299)

Creators Update (15063)

Device form factor
Saw the problem?

Desktop
Yes

Mobile

Xbox

Surface Hub

IoT

Additional context

like this:

if PlaceholderText is too long, it will be blocked by the search button.

Thanks for the picture. Added to backlog for WinUI3.

I think this should be preserved as one of the issue that needs fixing.


2D LiDAR

Will this package work with shitty LiDARs like RPLidar s1 if I will convert the output to PointCloud2 and follow the LiDAR data preparation?

This package does not work with 2d lidar. The scan matching probably won't work properly.


Update base image version to 0.10.0-beta12

This bumps the base frigate image version to 0.10.0-beta12.

Thanks again, I should set up an automation for this :robot:

Thanks again, I should set up an automation for this 🤖

If you don't mind pressing the buttons, I don't mind submitting the pull requests! :zany_face:
The betas are coming thick and fast at the moment. I hear rumors that a RC is close.

I don't mind at all, But to make this more discoverable we should probably try to contribute the image variant upstream once the release churn has decreased.


Can you share with us the roadmap of this FINN?

I am working on a network with bias.
And it seems like the current compiler do not support convolution with bias.
If possible, can I have some documentation on what layer is currently supported
And corresponding limitation.

Bias is supported but it is absorbed into thresholds.
Layers are processed here: https://github.com/Xilinx/FINN/blob/master/FINN/frontend/frontend_hwgq.py
There is no full documentation on what layers are currently supported


Update key-generation.md

Typo

Summary

Release Note

Documentation

Thanks @fduthilleul, can you fix the signoff issue?


About Dialogue act in task 2.

In dstc11/task2-open-intent-induction.md,  it is written as "Participants will be able to use the provided automatic dialog act classifier predictions as inputs to their system.".
But there seems to be no related codes.
What do we have to do to use that automatic dialogue act classifier?

Hi @kwonmha , thank you for your question. We are not releasing the classifier model, but we are releasing its predictions in both the development and evaluation phase of the track. The predictions are included in the dialogue_acts field of each turn, e.g. in:
{"turn_id": "insurance_000_001", "speaker_role": "Customer", "utterance": "Hi, this is Joe Last and I would like to pay my auto insurance bill.", "dialogue_acts": ["InformIntent"], "intents": ["PayBill"]}

the automatic prediction that the turn contains an intent is indicated by "dialogue_acts": ["InformIntent"].

Thank you for informing.


Latest master crashes on editor closing

Operating system or device, Godot version, GPU Model and driver (if graphics related):
Antergos x86_64 - 90e37d5
Issue description:

Expected: not this
Happened: this
ERROR: operator[]: FATAL: Indexp_index=-1 out of size (size()=0)
   At: core/vector.h:146.
handle_crash: Program crashed with signal 4
Dumping the backtrace. Please include this when reporting the bug on https://github.com/godotengine/godot/issues
[1] /usr/lib/libc.so.6(+0x34920) [0x7f369d6a5920] (??:0)
[2] Vector<Tabs::Tab>::operator[](int) const (/home/noshyaar/git/godot/0/core/vector.h:146 (discriminator 7))
[3] Tabs::get_tab_rect(int) const (/home/noshyaar/git/godot/0/scene/gui/tabs.cpp:792)
[4] EditorNode::_update_scene_tabs() (/home/noshyaar/git/godot/0/editor/editor_node.cpp:160 (discriminator 1))
[5] EditorNode::_notification(int) (/home/noshyaar/git/godot/0/editor/editor_node.cpp:369)
[6] EditorNode::_notificationv(int, bool) (/home/noshyaar/git/godot/0/editor/editor_node.h:95 (discriminator 14))
[7] Object::notification(int, bool) (/home/noshyaar/git/godot/0/core/object.cpp:851)
[8] Node::_propagate_exit_tree() (/home/noshyaar/git/godot/0/scene/main/node.cpp:280)
[9] Node::_propagate_exit_tree() (/home/noshyaar/git/godot/0/scene/main/node.cpp:266 (discriminator 2))
[10] Node::_set_tree(SceneTree*) (/home/noshyaar/git/godot/0/scene/main/node.cpp:2566)
[11] SceneTree::finish() (/home/noshyaar/git/godot/0/scene/main/scene_tree.cpp:578)
[12] OS_X11::run() (/home/noshyaar/git/godot/0/platform/x11/os_x11.cpp:2140)
[13] godot(main+0xd5) [0xe4eccf] (/home/noshyaar/git/godot/0/platform/x11/godot_x11.cpp:55)
[14] /usr/lib/libc.so.6(__libc_start_main+0xea) [0x7f369d691f6a] (??:0)
[15] godot(_start+0x2a) [0xe4eb3a] (??:?)
-- END OF BACKTRACE --
zsh: abort (core dumped)  godot -e

Bisecting underway...
Steps to reproduce:

open editor
close editor

Confirmed

Confirmed, Ubuntu 17.10 64-bit.
Has anyone experienced this on non-Linux builds?

Bisection says f8e8b7d #12983
cc: @ianb96


Upgraded wgpu (0.12.0) and winit (0.26.0)

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.

Running the truck-rendimpl examples was just showing flickering. Just a quick update to latest wgpu seemed to fix the problem for me.
Sadly I do not currently have a Linux host to test on, so I could not understand what was actually blocking the upgrade last time, but hopefully these dependencies will have beed fixed already in the latest version of wind.

It's ready to merge. We remember that you agreed with the CLA in a comment on the last pull request. Thank you for your contribution!


[Prototype] Post-migration tool for de-duplicating IPAddresses

Closes: #3939
What's Changed

https://github.com/nautobot/nautobot/assets/46973263/e677cade-8016-44a5-8ef9-4d32ee390502
TODO

[ ] Explanation of Change(s)
[ ] Added change log fragment(s) (for more information see the documentation)
[ ] Attached Screenshots, Payload Example
[ ] Unit, Integration Tests
[ ] Documentation Updates (when adding/changing features)
[ ] Example Plugin Updates (when adding/changing features)
[ ] Outline Remaining Work, Constraints from Design

After addressing Glenn's review, the current workflow looks like this:
https://github.com/nautobot/nautobot/assets/46973263/8ee398a4-21e0-490a-bab1-0f5bf67a25ab


Save/load custom samples in the json exports

Included in the patch notes but wasn't implemented. Should be sorted out before 2.1.0.

Custom samples are going to have to be decoded in base 64 or something similar because the commas break json

oh, interesting


Cant get it to work fully

This is a great idea so far! however, i have got a couple of problems so far:

The use of secrets. When I try and setup with a secretfile (eg authfile) i get the following error:

error: read auth key from file: open /run/secrets/authkey: no such file or directory

services:
  tailscale-docker-proxy:
    image: almeidapaulopt/tsdproxy:latest
    container_name: tailscale_docker_proxy
    volumes:
      - /var/run/docker.sock:/var/run/docker.sock
      - /docker/tsdproxy:/data
    restart: unless-stopped
    environment:
# Authkey works
#      - TSDPROXY_AUTHKEY=tskey-auth-SecretKey
# Authkeyfile not working
      - TSDPROXY_AUTHKEYFILE=/run/secrets/authkey
# Local host
      - TSDPROXY_HOSTNAME=<IP_ADDRESS>
secrets:
  authkey:
    external: true

Ive also tried with:
secrets:
  authkey:
    file: authkey

But nothing works. Only way I can get it to work is if I leave the key in the main compose.yml.

Whenever i have to restart the container the key is invalidated. I have changed the key I created to be multi used and that seems to work. But is there a way of using the API instead? Not sure if that would be easier for a multi-docker setup?

I've only started trying to setup Portainer with this proxy but i cannot get it to work at all.
My compose.yml is :

services:
  agent:
    image: portainer/agent:latest
    container_name: portainer_agent
    volumes:
      - /var/run/docker.sock:/var/run/docker.sock
      - /var/lib/docker/volumes:/var/lib/docker/volumes
    restart: unless-stopped
    ports:
      - "9001:9001"

  portainer:
    image: portainer/portainer-ee:latest
    container_name: portainer-ee
    command: -H tcp://tasks.agent:9001 --tlsskipverify
    restart: unless-stopped
    ports:
      - "9443:9443"
    volumes:
      - /docker/portainer/data:/data
    labels:
      tsdproxy.enable: "true"
      tsdproxy.name: "portainer-oracle1"
      tsdproxy.container_port: 9443
      tsdproxy.ephemeral: "true"
      tsdproxy.webclient: "true"

I have just added the ephemeral and web-client in attempts to solve a few issues (the ephemeral seems to work for when containers go up and down) but so far no joy.
This server is hosted up on Oracle Cloud (i've not started playing with my homelab setup yet), so I have tried:
# Private IP
#      - TSDPROXY_HOSTNAME=10.**.**.***
# Local host
      - TSDPROXY_HOSTNAME=<IP_ADDRESS>
# Public IP
#      -TSDPROXY_HOSTNAME=***.***.***.***

but none of the IP's used seem to work. I have got it connected correctly in Tailscale admin:

However, looking into the machine itself, the port 9443 to access Portainer doesn't show up:

I've restarted all the containers, deleted the created folder in the tsdproxy folder and restarted, etc, but nothing will get me access to Portainer.
I do have access to it currently using cloudflare tunnels so i haven't opened up the port to the outside world (which i don't really want to do).
I'm obviously going wrong somewhere just not sure where.
Thanks!

about the secret, you need to add it to the service:
`services:
tailscale-docker-proxy:
image: almeidapaulopt/tsdproxy:latest
container_name: tailscale_docker_proxy
volumes:
- /var/run/docker.sock:/var/run/docker.sock
- /docker/tsdproxy:/data
restart: unless-stopped
secrets:
- authkey
secrets
environment:
Authkey works
- TSDPROXY_AUTHKEY=tskey-auth-SecretKey
Authkeyfile not working
  - TSDPROXY_AUTHKEYFILE=/run/secrets/authkey

Local host
  - TSDPROXY_HOSTNAME=<IP_ADDRESS>

secrets:
authkey:
external: true`
And .. "Docker secrets are only available to swarm services, not to standalone containers. To use this feature, consider adapting your container to run as a service."  https://docs.docker.com/engine/swarm/secrets/

for now, you also should use      - TSDPROXY_HOSTNAME=10...***
in next version, this variable will be optional.
Can you try to use the http (9000) port?


[HUDI-5651] sort the inputs by record keys for bulk insert tasks

Change Logs
BulkInsert 新增一个根据主键排序的选项：WRITE_BULK_INSERT_SORT_INPUT_BY_RECORD_KEY
BulkInsert adds an option to sort by primary key: WRITE_BULK_INSERT_SORT_INPUT_BY_RECORD_KEY
Impact
数据根据主键排序的好处：后续新增数据时 flink 需要扫描的文件会变少，使用内存也会降低
The advantage of sorting data according to the primary key: Flink can scan fewer files when new data is added later, and the memory usage will also be reduced
Risk level (write none, low medium or high below)
none
Documentation Update
Describe any necessary documentation update if there is any new feature, config, or user-facing change
N/A
Contributor's checklist

[ ] Read through contributor's guide
[ ] Change Logs and Impact were stated clearly
[ ] Adequate tests were added if applicable
[ ] CI passed

@danny0405 Could you please help to review this PR?


Infinite Zoom's ValueError Issue

If you encounter a ValueError while using Infinite Zoom to generate, as shown in the screenshot, it could be due to insufficient VRAM. You can solve this issue by following these steps: add --xformers --medvram after COMMANDLINE_ARGS= in your Launch.bat file：
set COMMANDLINE_ARGS= --xformers --medvram
By doing this, you will reduce the VRAM usage, allowing the generation process to proceed smoothly. However, it may take longer than before.
This may seem like a minor issue, but once it occurs, it can cause the entire Stable Diffusion process to become paralyzed until you restart it. Therefore, if you don't have a large amount of VRAM, you can use the aforementioned method to reduce its usage during generation.

You can also use:

You can also use:
set COMMANDLINE_ARGS= --lowvram


updates to time formatting. issue #43

Fix for issue #43, timestamp formatting.

changed the project members field from required to an optional field, for issue #44

caper.sqlite3 file is uncommitted now


mark as unread: Use API endpoint for a fixed set of message IDs when we have fully fetched the current view

As noted in this chat.zulip.org conversation, we can use a more efficient endpoint for marking messages as unread in the (common) case that we've fetched all downwards-facing history in the current view, and reduce the server work for that operation (at least in a busy production environment) by ~50%.

I would like to work on this issue , can you explain more on how to get started and what things should i focus on ?

hi @ShubhamSinghgit, You can use @zulipbot claim to claim the issue.

@zulipbot Claim

@zulipbot claim

@zulipbot claim

@zulipbot claim

@zulipbot abandon

@zulipbot claim

@zulipbot abandon

@zulipbot claim

@zulipbot claim

@zulipbot claim

Fixed in PR #29521

@zulipbot claim

@zulipbot claim

Hey, I've solved this issue in PR #29521. Please read the comments above.


Checkstyle modernization

Dependency upgrades:

Checkstyle 6.6 -> 8.42, Update xml for new version
Checkstyle Maven Plugin 2.15 -> 3.1.2

Fixed Rules Violations:

Removed redundant modifiers
Renamed variables ending in _
Whitespace Fixes

Hadn't I bumped Checkstyle to 8.x in the Java 11 branch already? I remember Checkstyle not working at all there prior to upgrading. Or was that reverted?

It is bumped there as well. But it mostly disables rules instead of porting them. I probably should've based it off that. I'll resolve the conflicts once java 11 is merged.

@F43nd1r Please update with master (Java 11 has been merged)

@jwgmeligmeyling updated and tested locally. CI doesn't seem to run?

Thanks for all your efforts @F43nd1r


Bug on Gui in the Turbine

I Think i don't type much about the problem i've found... The pictures below explain better

on Mekanism <IP_ADDRESS>1 the power generation by turbine and flow rate, don't appear

Already reported.


Add preliminary support for smirff

Improve README
Add FFXML variable in snakemake to control forcefield selection
Improve plotting script with global variable to control forcefield in labels
Improve environment to use python3.6 rather than 3.5 and install latest git openforcefield

cc @davidlmobley

Current status: code is able to generate boxes in GAFF and equilibrate them.  The Smirnoff code path is failing to build the boxes currently, so that needs some fixes still.

This was able to run the entire "mini" benchmark with GAFF, still troubleshooting smirnoff but will do that work in a separate PR.


I have two images img1 and img2,how to get the matched point in img2 given  points in img1

I have two images img1 and img2,how to get the matched point in img2 given  points in img1. That means I just want to match some specific points in two images，not the full image.

The main problem of the method lies in the drift over
time. The pose deviation actually embodies a product
of the recursive use of the estimated change of pose for
calculating a new position variation. The central issue
rests in the fact that an error in the previous calculation
affects the accuracy of the current one. This deficiency
can be solved through applying Loop Closure Detection
(LCD), Simultaneous Localization and Mapping (SLAM),
and fusion with an Inertial Measurement Unit (IMU) or,
potentially, reinitialization.


JWT access tokens for service users

As a developer I want to be able to choose what kind of access token my service user gets, because some APIs require jwt tokens.
Acceptance criteria

[ ] users can specify the token type for service users (like with apps, default still opaque)
[ ] access tokens are returned according to the selected type
[ ] I can choose the type of the token on the service user (JWT, Bearer)
[ ] I get the specified token with my service user, per default I get bearer

relates to #4176

I'd like to second this request. I have gateway services that control traffic and need to quickly verify tokens before forwarding them on to the final destination (where tokens are fully verified). With the current implementation both the gateway and the destination api must verify the tokens with an http lookup.

I'd like to second this request. I have gateway services that control traffic and need to quickly verify tokens before forwarding them on to the final destination (where tokens are fully verified). With the current implementation both the gateway and the destination api must verify the tokens with an http lookup.

Makes sense!
If I am oriented correctly we will work on this from the 23rd Jan.

backend has been merged
@peintnermax you should be able to start with the frontend

@stebenz I noticed a typo in updateMachineRequest,  setAccessTokenType
same for the Machine Type

@peintnermax as I find no typo in the UpdateMachineRequest and maybe also not fully understand your description, can you please point me to the typo?

https://github.com/zitadel/zitadel/blob/main/proto/zitadel/user.proto#L86


Added Query Function As Query_string Function

Description
Added query function to SQL plugin. Achieved by routing function calls from the SQL plugin to the query_string function which currently exists in OpenSearch.
Currently blocked by https://github.com/opensearch-project/sql/pull/839. PR to upstream will be made once PR #839 is merged.
Check List

[x] New functionality includes testing.

[x] All tests pass, including unit test, integration test and doctest

[x] New functionality has been documented.

[ ] New functionality has javadoc added
[ ] New functionality has user manual doc added

[x] Commits are signed per the DCO using --signoff

By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.
For more information on following Developer Certificate of Origin and signing off your commits, please check here.

Hint:
Add Signed-off-by: ... line manually if you commit suggestion via GH to avoid DCO failure.


J2V8 native library not loaded

The following error happens when running RefDiffExample:
Exception in thread "main" java.lang.IllegalStateException: J2V8 native library not loaded
	at com.eclipsesource.v8.V8.checkNativeLibraryLoaded(V8.java:195)
	at com.eclipsesource.v8.V8.createV8Runtime(V8.java:149)
	at com.eclipsesource.v8.V8.createV8Runtime(V8.java:125)
	at com.eclipsesource.v8.NodeJS.createNodeJS(NodeJS.java:58)
	at com.eclipsesource.v8.NodeJS.createNodeJS(NodeJS.java:45)
	at refdiff.parsers.js.JsParser.<init>(JsParser.java:40)
	at refdiff.examples.RefDiffExample.runExamples(RefDiffExample.java:23)
	at refdiff.examples.RefDiffExample.main(RefDiffExample.java:15)
Caused by: java.lang.UnsatisfiedLinkError: Could not load J2V8 library. Reasons:
	no j2v8_macosx_x86_64 in java.library.path

	at com.eclipsesource.v8.LibraryLoader.loadLibrary(LibraryLoader.java:75)
	at com.eclipsesource.v8.V8.load(V8.java:71)
	at com.eclipsesource.v8.V8.createV8Runtime(V8.java:145)
	... 6 more

Environment:
java version "1.8.0_221"
Java(TM) SE Runtime Environment (build 1.8.0_221-b11)
MacOS Mojave - version 10.14.6
Eclipse Version: 2019-06 (4.12.0)
Build id: 20190614-1200

Hi Vanilson,
Actually I never tested RefDiff in MacOS.
Could you try again with the changes I commited to the repo today?
I added a dependency to j2v8_macosx_x86_64, which was missing in the classpath.

Hi @danilofes,
I found the same issue on Linux. I'm using Ubuntu 18.04 with Eclipse.
All the dependencies are present in classpath, but the error still happening.
It is the same error:
Exception in thread "main" java.lang.IllegalStateException: J2V8 native library not loaded
	at com.eclipsesource.v8.V8.checkNativeLibraryLoaded(V8.java:195)
	at com.eclipsesource.v8.V8.createV8Runtime(V8.java:149)
	at com.eclipsesource.v8.V8.createV8Runtime(V8.java:125)
	at com.eclipsesource.v8.NodeJS.createNodeJS(NodeJS.java:58)
	at com.eclipsesource.v8.NodeJS.createNodeJS(NodeJS.java:45)
	at refdiff.parsers.js.JsPlugin.<init>(JsPlugin.java:43)

Hi @rodrigo-brito,
I changed the version of j2v8_linux_x86_64 and the issue seens to be solved.  Note that you should refresh your classpath (e.g. run ./gradlew eclipse again)

Hi @danilofes, thank you for the support.
I solved the issue by removing Windows and Mac libraries for  j2v8, purging the Gradle cache and reinstalling the dependencies.
For some reason, the precedence of execution was loading the Windows library instead of the Linux version.

I'm not sure if the issue is fixed but I'm closing it as I'm not able to test in Mac.


Entity store, select slice of entities

I'm submitting a...

[ ] Regression (a behavior that used to work and stopped working in a new release)
[ ] Bug report
[ ] Performance issue
[ x] Feature request
[ ] Documentation issue or request
[ ] Support request
[ ] Other... Please describe:

Current behavior
I change a property in an element and then the subscription at selectAll::filterBy is alwais called
store..selectAll({
filterBy: entity => entity.discovered === true
});
Expected behavior
I need to get updates only if the discovered field is updated.

selectAll will be fired on each update of your state. the filterBy property will only filter the entities which you receive - but it will still fire.
What do you mean by

I need to get updates only if the discovered field is updated.

If discovered property is per each entity - you need to check changes for all of those entities? or is it a global property?


[data-tables] add react-native mapping to ESM entry point

fix react native bundling issue by adding a react-native mapping to ESM
entry point so that dependencies can be loaded asynchronously.

API change check for @azure/data-tables
API changes are not detected in this pull request for @azure/data-tables


Honor cgroup/cpuset limits when enumerating cpus

Fix for #1155

@jirutka , We will revert this PR, then release a new version.

I don't think it's needed to revert entire PR or commit, just fix ifdefs in memory.c.

I don't think it's needed to revert entire PR or commit, just fix ifdefs in memory.c.

I have reverted the commit as I cannot fix it immediately. From #630 it could be that init.c also needs changing. Will try try to set up a test environment locally before redoing the PR...