ENH: stats.covariance: add CovViaCholesky

Reference issue
Followup to gh-16002
What does this implement/fix?
gh-16002 added the ability to specify a covariance matrix via its inverse.
This PR adds the ability to specify a diagonal covariance matrix via its Cholesky decomposition.

Do we plan to add more decomposition options?

I have two more on deck (that I've already written): eigendecomposition and LDL. It would be easy to add others - basically, any matrix that has special structure for which we have a dedicated solver (e.g. solveh_banded, solve_toeplitz) could be useful. It may also be useful to add a sparse option. But I can let others have fun with these.
After that, @siddhantwahal has wanted (for a long time, see gh-11772) for rvs to re-use the decomposition. So if the user provides a Covariance object, we'll use it (instead of np.multivariate_normal) to generate random variates. You just take independent, standard normal random variate and color them (inverse of whiten).
Also, with a few modifications, these classes/multivariate_normal can broadcast over ND stacks of covariance matrices (and ND mean). This is something that @OriolAbril wanted to see for ArviZ/PyMC. I already made the required changes and wrote tests in my own branch.

That's all great. I also just realizing that this work can also help qmc.MultivariateNormalQMC.


Update to go 1.16.3

We should update to the latest version.

Want to do the honors? :) https://github.com/cloudflare/go/wiki/Starting-out#rebasing


dial tcp: lookup acme-v02.api.letsencrypt.org: Temporary failure in name resolution

DO NOT ASK FOR PHISHLETS.
DO NOT ASK FOR HELP CREATING PHISHLETS.
DO NOT ASK TO FIX PHISHLETS.
DO NOT ADVERTISE OR TRY TO SELL PHISHLETS.
EXPECT A BAN OTHERWISE. THANK YOU!
REPORT ONLY BUGS OR FEATURE SUGGESTIONS.
Followed the instructions. Used a domain from namecheap. Set up custom nameservers for the domain ns1.domain.com and ns2.domain.com. I set the domain in evilginx and try to stand up the linkedin phishlet and get;
get directory at 'https://acme-v02.api.letsencrypt.org/directory': Get "https://acme-v02.api.letsencrypt.org/directory": dial tcp: lookup acme-v02.api.letsencrypt.org: Temporary failure in name resolution
if nslookup domain.com I get the correct IP but if I ns lookup google.com I get ** server can't find google.com: SERVFAIL. It looks like DNS is resolving only the evilginx service but nothing else, causing it to not be able to reach letsencrypt. I disabled systemd.resolved so that It would start up. What do I do to be able to resolve letsencrypt?

https://github.com/kgretzky/evilginx2/issues/125 This solved my issue


ATS SM hang when trying to get chunked content from cache

Recently in our CDN project, we found an issue when client do a continuous access from Nginx to ATS(both 5.3.2 and 6.x), for example like
'for i in {1..10}; do curl -v -H"host:test.nginx.com" "http://test.nginx.com" -x127.1:80 -o /dev/null; done'
"127.1:80" is Nginx interface which will be proxied to ATS, and then be proxied to final origin server. While origin server reply with different response and one of them is empty(content-length=0), then after this empty response replace the previous non-empty cache in ATS, client get stuck until download timeout.
We try to simulate the problem with the following simple website
from BaseHTTPServer import BaseHTTPRequestHandler
import random
a = 1
class TodoHandler(BaseHTTPRequestHandler):
protocol_version = 'HTTP/1.1'
def do_GET(self):
global a
#r = random.randint(0,1)
if a % 2 == 0:
r = 0
else:
r = 1
self.send_response(200)
##r = 0
if r == 0:
uu = "Not Found"
self.send_header("Connection", "keep-alive")
self.send_header("Content-type", "text/html")
self.send_header("Content-Length", str(len(uu)))
self.send_header("Cache-Control", "max-age=10")
self.send_header("Expires", "Thu, 01 Jan 1970 00:00:00 GMT")
self.send_header("Accept-Ranges", "bytes")
self.end_headers()
print(a, ": length", str(len(uu), r)
self.wfile.write(uu)
else:
#self.send_header("Content-type", "video/mp4")
self.send_header("Connection", "keep-alive")
self.send_header("Cache-Control", "max-age=10")
self.send_header("Content-Length", 0)
self.send_header("Accept-Ranges", "bytes")
self.send_header("Connection", "keep-alive")
self.end_headers()
print(a, ": length 0", r)
a += 1
if name == 'main':
# Start a simple server, and loop forever
from BaseHTTPServer import HTTPServer
server = HTTPServer(('<IP_ADDRESS>', 8081), TodoHandler)
print("Starting server, use  to stop")
server.serve_forever()
After checking code and log, we found this zero length response will lead to a resident alternate rewritten
int CacheVC::updateVector(int /* event ATS_UNUSED /, Event * / e ATS_UNUSED */)
if (small_doc && have_res_alt && (fragment || (f.update && !total_len))) {
...
f.rewrite_resident_alt = 1;
write_len = doc->data_len();
Debug("cache_update_alt", "rewriting resident alt size: %d key: %X, first_key: %X", write_len, doc->key.slice32(0),
first_key.slice32(0));
}
but only replace response header in CacheHTTPInfoVector and still keep the previous content which is not  as desired.
static int agg_copy(char *p, CacheVC *vc)
#ifdef HTTP_CACHE
if (vc->f.rewrite_resident_alt) {
ink_assert(vc->f.use_first_key);
Doc *res_doc = (Doc *)vc->first_buf->data();
res_alt_blk = new_IOBufferBlock(vc->first_buf, res_doc->data_len(), sizeofDoc + res_doc->hlen);
doc->key = res_doc->key;
doc->total_len = res_doc->data_len();
}
#endif
#ifdef HTTP_CACHE
if (vc->f.rewrite_resident_alt)
iobufferblock_memcpy(doc->data(), vc->write_len, res_alt_blk, 0);
else
#endif
As a result when found content-length(0) in header doesn't match the object length in cache , ATS make it a chunked reponse with previous content.
void HttpTransact::handle_content_length_header(State *s, HTTPHdr *header, HTTPHdr *base)
if ((int64_t)s->cache_info.object_read->object_size_get() == cl) {
s->hdr_info.trust_response_cl = true;
} else {
DebugTxn("http_trans", "Content Length header and cache object size mismatch."
"Disabling keep-alive");
s->hdr_info.trust_response_cl = false;
}
Then this transform stuck at the user agent [VC_EVENT_WRITE_READY] until timeout finally, and couldn't serve next request.
Jun 22 14:08:09.805] Server {0x7f8895a28800} DEBUG: (http_chunk) creating a chunk of size 9 bytes
[Jun 22 14:08:09.805] Server {0x7f8895a28800} DEBUG: (http_redirect) [HttpTunnel::producer_handler] enable_redirection: [1 0 0] event: 102
[Jun 22 14:08:09.805] Server {0x7f8895a28800} DEBUG: (http) [3] [&HttpSM::tunnel_handler_cache_read, VC_EVENT_READ_COMPLETE]
[Jun 22 14:08:09.805] Server {0x7f8895a28800} DEBUG: (cache_close) do_io_close 0x7f887f9c0000 -1 1
[Jun 22 14:08:09.805] Server {0x7f8895a28800} DEBUG: (cache_free) free 0x7f887f9c0000
[Jun 22 14:08:09.805] Server {0x7f8895a28800} DEBUG: (http_tunnel) [3] consumer_handler [user agent VC_EVENT_WRITE_READY]
Now we simply modify agg_copy
from
if (vc->f.update && vc->total_len) {
CacheHTTPInfo *http_info = vc->write_vector->get(vc->alternate_index);
http_info->object_size_set(vc->total_len);
}
to
if (vc->f.update) {
CacheHTTPInfo *http_info = vc->write_vector->get(vc->alternate_index);
http_info->object_size_set(vc->total_len);
}
which keep object size as received one to make it work but don't know if already patched and why this stuck happen.
pls refer to attached log for more info.

hang.txt

We should verify this is not an issue with the upcoming release (9.0.0).


Adds support for versioning from git tags and fixes pip install

This small PR adds support for versioning (in the setup.py file and pyccl.version) using the setuptools_scm package that automatically follows the git tags, no need to manually change the versions in the files anymore, versions will be updated anytime a new release gets made. Should fix #418
Also fixes a small pip deployment bug which wasnt copying the CLASS files.

I'll go ahead and merge it, I've only modified the manifest.in file, which is not tested by these tests but I've manually tested that everything works with the pip install on the testing instance of the PyPi server: https://test.pypi.org/project/pyccl/

Pull Request Test Coverage Report for Build 1731

5 of 5 (100.0%)  changed or added relevant lines in 1 file are covered.
No unchanged relevant lines lost coverage.
Overall coverage increased (+0.05%) to 94.565%

Totals

Change from base Build 1721:
0.05%

Covered Lines:
522

Relevant Lines:
552

💛  - Coveralls


Reading parquet files with multiple pages doesn't read beyond 1st page

Version: Parquet.Net v3.0.2
Runtime Version: .Net Core v 2.1.2
OS: Windows
Expected behavior
Reading a parquet file with a large number of rows should populate all pages of data. The file in question uses a dictionary on the column.
Actual behavior
When reading the data back from the ParquetReader, any records beyond the first page boundary all use the first record, i.e. dictionary entry 0
Steps to reproduce the behavior

Create a large parquet file (page file in my example is 524288 with close to 1M rows)
Read the file using ParquetReader, iterating the row groups and retrieving the column data
Compare the data with the original, records after the 1st page will all match the 1st record

Code snippet reproducing the behavior

      [Fact]
      public void Reads_multi_page_file()
      {
         using (var reader = new ParquetReader(OpenTestFile("multi.page.parquet"), leaveStreamOpen: false))
         {
            DataColumn[] data = reader.ReadEntireRowGroup();
            Assert.Equal(927861, data[0].Data.Length);

            int[] firstColumn = (int[])data[0].Data;
            Assert.Equal(30763, firstColumn[524286]);
            Assert.Equal(30766, firstColumn[524287]);

            //At row 524288 the data is split into another page
            //The column makes use of a dictionary to reduce the number of values and the default dictionary index value is zero (i.e. the first record value)
            Assert.NotEqual(firstColumn[0], firstColumn[524288]);

            //The vlaue should be 30768
            Assert.Equal(30768, firstColumn[524288]);
         }
      }

[X] I'm attaching a sample .parquet file containing the problem.
[X] I am happy to contribute to this repository by fixing this issue and raising a Pull Request (see contribution guide)

thanks again, released as v3.0.3 on nuget

Hi @aloneguid did you see my comment relating to a possible duplicate of this issue? (I am now not sure where my comment went) I am not sure if it is necessary to also make the following change, what do you think?

@Confusedfish yes you're right! Would be brilliant to get some tests ready for reading multiple row groups. I think we might be missing something else.

@Confusedfish no problem, thank you! ;) I've added tests that generate multiple row groups dynamically, after your changes. They all seem to pass therefore I didn't release a new version.


Fix path traversal issue + simplify

Resolves #44. This simplifies it by skipping parallelism and using purely kotlin APIs. This also adds a new flag to control skipping hidden (i.e. dirs that start with .) and build dirs to improve speed.

CC @SimonMarquis


Optimize authorship queries

Describe the Issue
The current authorship query is not nearly optimized enough to work for the large number of queries we are handling.  In particular, finding the proper authorship rank for a user can take an inordinate amount of time.
We need to more fully optimize these query, and decide if we need to do any additional processing, like eg. limiting  the total number of authors that are included to a smaller number, (like 20)
Expected behavior
We need to review query, and hase some realistic timings.
We also need to review all the current failures, ands
QA / QC
We need to get an idea of the time it takes for various components of the query to run, and
Screenshots
If applicable, add screenshots to help explain your problem.

This was fixed with: #276 , specifically the authorship construct.
In the end, it doesn't seem like we need to make too many modifications, although the --author-trim-info parameter on the experts-cdl does help with some JSON stringify problems we are having.


Not able to Create Package out of my edited visual

Hi, I have tried editing a visual which i downloaded from Visual gallery after certain changes when i am trying to create a package its showing the following error.
Invalid API version

Try to run the following command: pbiviz update 1.1.0


GET parameters as an array

Is it not supported?
For POST we can use an array for parameters. Can we use an array for GET requests too?

it seems like with the help of http_build_query it works fine...
$get_params = [
	"screen_name" => "web2033",
	"exclude_replies" => true,
	"include_rts" => false,
	"count" => 5,
	"trim_user" => 1,
];
$getfield = '?' . http_build_query($get_params, '', '&');

You're totally right, the order of methods and parameters is awful in this 1.0 version. I think for 2.0 we should do this.


Network access becomes unavailable

An execution environment providing network access first seems to work correctly. However, after some time (and some unknown events), the environment looses the network access. The allocation itself is still running on Nomad, but unfortunately without any possibility to reach the internet.
Within a bash container, you can test network access through:
curl api.ipify.org

So far, we don't know yet when the error occurs. However, resynchronizing the environment from CodeOcean fixes the issue.

For me, the issue occurs directly, even right after synchronizing the environment.
We can reduce the error scope to the cni/secure-bridge as we can resolve the issue by replacing cni/secure-bridge in the network mode definition with bridge.
To be more precise, the internet access also works with the cni/secure-bridge network mode when replacing the specified routes with just a wildcard: { "dst": "<IP_ADDRESS>/0" }. I will continue investigating tomorrow why the routes-configuration breaks the internet access.

It seems the reason is that the nameserver is not reachable for DNS resolution.
When Nomad starts a container it registers three nameservers in our local network (10.224.x.x).
Since these address ranges are not defined in the cni/secure-bridge.conflist, the containers cannot reach the nameserver and therefore not resolve domain names.

We discussed this issue and found that it is most surprising that in some cases the containers can resolve the domain names even though the nameservers should not be routable.
However, we agreed that the underlying issue is not that the containers cannot reach our nameserver, but that the containers are not using <IP_ADDRESS> as the nameserver configured via the Docker daemon.
We assumed that this might be caused by the introduction of the DNS option in the CNI secure bridge release.
Details

Changing this option, we see that nothing changes. However, when digging deeper in the container configuration, we see that the container option ResolvConfPath differs from the default (value: /opt/nomad/data/alloc/xyz/default-task/resolv.conf).
With this hint pointing at Nomad, we read the documentation more carefully again and notice

dns (DNSConfig: nil) - Sets the DNS configuration for the allocations. By default all task drivers will inherit DNS configuration from the client host. DNS configuration is only supported on Linux clients at this time. Note that if you are using a mode="cni/*, these values will override any DNS configuration the CNI plugins return.

that because we are using a cni/* mode, the Nomad DNS configuration always overwrites other configurations.

Therefore, we had to configure the DNS configuration via the Nomad Allocation configuration (that we define with Poseidon). With these changes, we are now again able to access the internet with network-enabled runners.

Currently, we are in the progress of enabling full IPv6 connectivity (between our internal hosts but also from containers to the internet). As part of this setup, we might also need to configure our secure bridge to work with IPv6 (while excluding internal resources, probably excluding the /64 prefix delegated).

Our latest changes work well and ensure we always have the desired DNS settings 💪
Unfortunately, however, they do not completely prevent allocations from loosing their network. I was just able to reproduce the issue:

Create a network-enabled execution environment
Execute a network command, e.g., curl api.ipify.org
Restart the Docker service on the respective Nomad host: sudo systemctl restart docker
Try running the same network command again; it will fail.

This discovery might be well linked to https://github.com/hashicorp/nomad/issues/19962, describing the issue already. I would assume (without any confirmation yet), that this happened to us, too: If there is a new Docker release, we install it, usually requiring a Docker service restart. As a consequence, the lost network could occur.
I haven't fully checked the linked issue, whether there is some reasonable workaround for this problem, but I am afraid that the issue has not been solved yet completely.

Good finding 💪 I'm glad I got to know this issue after the times we wondered if we are seeing the same issues 😄
The reasoning described in the issue seems plausible: When using CNI, Nomad handles the network (interfaces) instead of Docker. When we restart Docker, Nomad recreates the containers, not the CNI network interfaces (on the host). The containers are then not able to establish network access anymore.
As Nomad currently prioritizes this issue, it might be solved in the future. In the meantime we could create a check in our Nomad Agent Ansible playbook:

Check if containers are running
For each running container, check if the NetworkMode is none
For one running, network-enabled container, check if curl api.ipify.org succeeds
If not successful, restart the Nomad service

Good finding 💪 I'm glad I got to know this issue after the times we wondered if we are seeing the same issues 😄

We just improve the service, so any change for better reliability is warmly welcomed :+1:

As Nomad currently prioritizes this issue, it might be solved in the future. In the meantime we could create a check in our Nomad Agent Ansible playbook: [...]

Yes, I would also continue with an intermediate solution on our own. In chats with my colleagues today, we discovered another potential solution: Systemd. Proposed was PartOf=, but maybe another option such as BindsTo= or Requires= works too. Here is a comparison with several tests and a table that might be useful (so that we don't need to repeat that).
The idea would be to link Docker and Nomad, since this would automatically resolve the issue (at least those caused by Docker restarting). We could give it a try and observe the behavior. For overwriting a systemd file, one can just add a drop-in config (manually by executing sudo systemctl edit foo.service or by just placing the new settings in /etc/systemd/system/foo.service.d/override.conf).

Thank you for this other solution! It is less complicated and more reliable.  Let's go with PartOf as it restarts Nomad when Docker restarts (such as Requires), but does not start Nomad when Docker starts (unlike Requires).

Awesome, sounds great! I've merged (and deployed) the corresponding PR, and thus will close this issue for now.


feat(preset-attributify): support for peer & group

Closes #229, but I may need help on verifying how variantAttributify works.

Forgive me I'm bad with npm and build process.

Thanks for looking in to #229 <3


rviz qt window panes ("Displays", "Tools", "Views", ...) don't update

It recently quite frequently happens to me that the QT GUI elements in rviz ("Displays", "Tools", "Views", ...) suddenly stop updating. I.e. I can still click (blindly) and e.g. activate / deactivate displays, or hide the panes, but the pane is never redrawn. If I then for example hide the pane and show it again, it just contains a jumbled part of the 3D render window.
My current workaround is to save the config and restart rviz, but that is quite inconvenient.
This is on Ubuntu 14.04.3, ROS indigo, but I remember having this issue every now and again for a very long time (years). Until now I hasn't really bothered me too much. I couldn't tell, but it could be that this was always on thinkpad laptops w/ Nvidia Optimus card. My current machine where I observe this is a T440p which I'm running on Nvidia-only for graphics (i.e. no bumblebee switching or nvidia-prime stuff).
I can't yet pinpoint what user action triggers this and cannot deterministically reproduce, but during normal usage it happens frequently. I have a feeling it happens more frequently when a "robot display" is involved, in my case displaying an STL model, but I can't say for sure.
Has anyone else had such problems? Any idea what causes it and how to fix it?

I haven't see this, but I also don't spend all day using rviz. It would be interesting to see if others have experienced this issue.

I've used rviz quite a bit on Ubuntu 14.04 with the Nvidia graphics drivers, and I haven't seen this issue.

Thanks for the answers.
This might actually be some variant of this nvidia / compiz / ... bug instead. I recently noticed also instances where the complete rviz window is completely transparent on startup, i.e. I see just a window frame and the Desktop (the application loads fine; for example the mouse courser correctly changes when you blindly hover over the gui elements in the transparent window).
Moreover, I have noticed similar rendering issues with different opengl / Qt applications (for now just cases where they are white or transparent on startup). I am not seeing this with regular windows, as many describe in the above bug report, but then again I am not running Unity (but rather gnome-session-flashback).
Also, I have recently only seen this on my machine (Thinkpad with Optimus Nvidia card) and a collegues (same model).


Explore using GitHub cache for build artifacts to save builder time, especially for things like incremental builds

Inspired by cache usage, @TT-billteng , and #10878
Some ideas:

We could use this: https://github.com/actions/cache?tab=readme-ov-file as a good starting point
Need to be aware of security vulnerabilities such as: https://adnanthekhan.com/2024/05/06/the-monsters-in-your-build-cache-github-actions-cache-poisoning/
Can introduce this in baby steps where we start off with an imprecise, but simple and correct, cache strategy where we try to reduce the scope of what can be cached with a simple key
We can direct cache check and build artifact upload to GitHub runners rather than builders in order to further reduce time on builders. Although this may still have diminishing returns given that we only have 60 runners to begin with
Other good practices: https://github.com/actions/cache/blob/main/caching-strategies.md

@TT-billteng Looks like GitHub cache is only 10GB: https://docs.github.com/en/actions/writing-workflows/choosing-what-your-workflow-does/caching-dependencies-to-speed-up-workflows#usage-limits-and-eviction-policy
if we want to continue using GitHub cache. I'm seeing over >1GB on my local machine for all the object files, leaving us with a handful of possible entries to use before eviction starts.
I'm wondering if we should limit cache entries to contain binaries only from main branch in that case. This would hopefully speed up builds on branches anyway since we're working off a base of main. Even so, unless we think of ways to further reduce what we need to cache for incremental builds, only a couple of commits on main will actually have their artifacts cached at given time. I'm wondering how much this actually matters and if we should just go for it, still.

Another limitation is we use the cache for python_env ! Oh no!
We're quite limited on space here. We may have to use our own storage for a caching solution.

@TT-billteng Looks like GitHub cache is only 10GB: https://docs.github.com/en/actions/writing-workflows/choosing-what-your-workflow-does/caching-dependencies-to-speed-up-workflows#usage-limits-and-eviction-policy
if we want to continue using GitHub cache. I'm seeing over >1GB on my local machine for all the object files, leaving us with a handful of possible entries to use before eviction starts.
I'm wondering if we should limit cache entries to contain binaries only from main branch in that case. This would hopefully speed up builds on branches anyway since we're working off a base of main. Even so, unless we think of ways to further reduce what we need to cache for incremental builds, only a couple of commits on main will actually have their artifacts cached at given time. I'm wondering how much this actually matters and if we should just go for it, still.

If we have space just for one entry (latest main), that would be already a great start.

Currently issue is mtime of precompiled headers: https://github.com/tenstorrent/tt-metal/actions/runs/10426638021/job/28880945967
Will try just removing them for now and seeing where we get.

ran into this problem also when trying ccache ugh

Trying to:

keep trying on CI, but slow because limited builders
setting up local https://github.com/nektos/act env to work faster in meantime

spinning off run with pcx and CMakeCache.txt deleted on CI right now

First attempt at this with GitHub Cache didn't work too well and I closed my initial PR.
We can always revisit if needed.

@tt-rkim should we close now since we have ccache enabled in CI?

Yes boss


GhostText v21 (new update) doesn't reflect changes done on Vs Code

Setup
Browser: Chrome
Editor: Vs Code
Description
GhostText connects to Vs Code editor however doesn't reflect the changes on the webpage's "textfield" after typed on Vs Code using the vscode extension

Can you try Sublime Text? It’s the only one I tried so far (and others have tried Vim as well)

Can you try Sublime Text? It’s the only one I tried so far (and others have tried Vim as well)

I will try sublime but we use other VS code extensions while coding and love to see it working again

I will try sublime but we use other VS code extensions while coding and love to see it working again

update - I tried to do the same with sublime text it does get the code on the text but the change from the code doesn't show up on the textfield

update - I tried to do the same with sublime text it does get the code on the text but the change from the code doesn't show up on the textfield

Okay, thank you very much!

Okay, thank you very much!

Thanks @fregante  and all you have done with ghost text, Closing this issue :)

Thanks @fregante  and all you have done with ghost text, Closing this issue :)

I'll leave this open for a little bit longer so others can see if they have issues

I'll leave this open for a little bit longer so others can see if they have issues

v21.1.18 is live on Chrome.

v21.1.18 is live on Chrome.

Thanks @fregante testing it in a min :)

Thanks @fregante testing it in a min :)

Tested and Works :) Thanks again

Tested and Works :) Thanks again

Thanks for the prompt update @fregante ! Glad it's working again!

Thanks for the prompt update @fregante ! Glad it's working again!

Hey @fregante  just a short update after your push, been getting this console errors, not sure if it anything to be concerned about

Hey @fregante  just a short update after your push, been getting this console errors, not sure if it anything to be concerned about

That's because the VSCode extension doesn't send any selection, but it should: https://github.com/jtokoph/ghosttext-vscode/blob/1e460166558d0e53bf879f6c19d15cec320ac668/extension.js#L73
You can open an issue there.

That's because the VSCode extension doesn't send any selection, but it should: https://github.com/jtokoph/ghosttext-vscode/blob/1e460166558d0e53bf879f6c19d15cec320ac668/extension.js#L73
You can open an issue there.

Closing because Firefox will also get the latest bug-free version (whenever they get to approve it)


Update download-sql-server-management-studio-ssms.md

updating Applies to section as PDW does not support SSMS. now reflecting the intended

@thomasbragaloni : Thanks for your contribution! The author(s) have been notified to review your proposed change.

@thomasbragaloni @dnethi
Here in PR 2264:
Caution: 'sql-docs-pr/docs/docfx.json' specifies the default OPS Versioning monikers for all 'docs/ssms/' articles. Here is the default:
">= aps-pdw-2016 || = azure-sqldw-latest || = azuresqldb-current || >= sql-server-2016 || = sqlallproducts-allversions"
Any SSMS article that does Not apply to PDW must therefore have its own metadata line that omits PDW, probably something like the following example line, near the top inside the .md file:
monikerRange: "= azure-sqldw-latest || = azuresqldb-current || >= sql-server-2016 || = sqlallproducts-allversions"
It is not enough to remove PDW from the INCLUDE AppliesTo that the .md references.
@markingmyname Hi Mark, you might want to initiate a general review of the alignments between AppliesTo vs docfx.json vs monikerRange, for all docs/ssms/ articles.  I suspect that some of the variety is misaligned.
Thanks. GeneMi. 2019/June/12 10:22am.

@thomasbragaloni Thanks for your patience as we look at the best way to address this. @dnethi @markingmyname , can you confirm that SSMS does not work for PDW? If so, we might need to look at some of the versioning aspects that Gene mentioned. I can help with that too. I assigned @markingmyname  to this PR as well. Thank you!

@Matteo-T for awareness

@markingmyname : Thanks for your contribution! The author(s) have been notified to review your proposed change.

@rothja - confirmed that SSMS does not support PDW.  will need to revisit the "Applies To" so it is correct.

@thomasbragaloni,
We will update the SSMS articles with the first include in the list.
Please close this PR, as I will reference it in the new one.
Thank you.

re: instructions form @markingmyname - #please-close


[FEATURE] Add One/Delete One Orch functionality

After i-am-speed was merged, the ability to specify a single endpoint to delete or the ability to create a single additional endpoint was removed for clarity reasons.
This feature should be re-added since eventually, a kinetic deployment will use these features to constantly rotate out endpoints (green/blue).
This is tied to #92 since tracking the spawn number is critical in many places, and should be solved first.

This also effects the RMA process if you have a node die.


Climate Control Prompts Failure to Establish Connection to API

When trying to turn on the Air Conditioner, I get an error saying unable to connect to Rivian API.
I tried restarting HASS, disabling and re-enabling the integration, using the integration device information interface, the climate card interface, and none prompt a different result.
I enabled debugging and noticed there are a few things it's telling me
home-assistant_rivian_2024-06-15T20-32-06.697Z.log
"Error occurred while communicating with Rivian."
"Cannot Connect to Host Rivian.com"
I've attached to debug logs here. If there's something else I should try or perhaps I've incorrectly configured please let me know.

It looks like something outside of this integration is blocking (or interfering with) network traffic to the Rivian endpoints. Have you made any adjustments to firewall rules, addons (such as adguard) or such that effect network traffic? On another integration I work on, IPv6 also causes issues, so might be worth checking and ensuring that is disabled and testing if that fixes anything.


Do not display auto-generated files in GitHub PR diffs

GitHub supports marking some committed files as auto-generated, in which case, they are not shown by default in PR diffs (as in https://github.com/conda-forge/coq-feedstock/pull/13/files). If we want to use this feature, the trick is to pass linguist-generated=true in .gitattributes, as shown here.

We need a system to be able to tell generate.sh that some file has been manually modified and should not be overwritten when regenerating from the templates. With @CohenCyril, we have considered using the header comments as a signal whether the file is auto-generated or not, but this doesn't work for files which do not support header comments like dune-project. So instead, we've decided that we could rely on these linguist-generated=true annotations in .gitattributes. When someone modifies an auto-generated file, they would need to remove it from the list and generate.sh file would detect that it exists but isn't listed and would stop updating it (printing a notice instead).


webSocket

Hi @murillo128 ,
I Download successfully the plugin in Rocket.Chat Cordova project the Problem is when i run the project, the webrtc it doesnt work and it doesnt show the camera! can you please give me some suggestion.
Thanks a lot in advanced.

Please use the mailing list for questions, we try to use the bugtracker just for issues and feature requests.  Also, please try to be more specific in your reports.

Thanks @saghul ,
Sure.


I'm looking for KMS maple farming macro

Group Agreement

[X] I have read and agree to the terms above.

QQ Number
tmt
Your Age
37
How did you learn about IT Craft Development Team?
naver learned
Why do you want to join IT Craft Development Team?
dd
Introduce Yourself
we are korean maple farmer.

We are glad to receive your application. Could you tell us more about yourself?


Add SubFeeFromAmount to options

This PR adds SubFeeFromAmount option which lets the user select their preferred setting of whether fee for a transaction is to be subtracted from the amount or not for future transactions. The setting chosen by the user is remembered even when the GUI mode is turned off.
Functionality and Usage:

Go to Settings > Options > Wallet on Windows/Linux or bitcoin-qt > Preferences > Wallet on macOS.
The checkbox Subtract Fee From Amount corresponds to the added option SubFeeFromAmount.
The preferred setting intended to be the default for all future send transactions should be selected by the user.
Click on OK.
Go to the Send tab in the wallet.
You shall notice, any new Send transaction created will have the preferred setting as chosen by the user. (Try clicking on Add recipient or even restarting the Node in GUI)

Attaching ScreenRecordings to explain the added feature.

Master.mov: Master Branch

https://user-images.githubusercontent.com/54016434/127763378-be91837d-d0ab-4ae5-87c0-d303fa70a336.mov

PR.mov: PullRequest

https://user-images.githubusercontent.com/54016434/127763404-05b834c1-4082-4fbd-9b05-1528ac898a21.mov
Close #386

This PR adds a SubFeeFromAmount option which lets the user select their preferred setting which is remembered every time they run the node on GUI mode.
Functionality :

This PR adds SubFeeFromAmount option which lets the user select their preferred setting of whether fee for a transaction is to be subtracted from the amount or not for future transactions. The setting chosen by the user is remembered even when the GUI mode is turned off.
Functionality and Usage:

Go to Settings > Options > Wallet on Windows/Linux or bitcoin-qt > Preferences > Wallet on macOS.
The checkbox Subtract Fee From Amount corresponds to the added option SubFeeFromAmount.
The preferred setting intended to be the default for all future send transactions should be selected by the user.
Click on OK.
Go to the Send tab in the wallet.
You shall notice, any new Send transaction created will have the preferred setting as chosen by the user. (Try clicking on Add recipient or even restarting the Node in GUI)

Attaching ScreenRecordings to explain the added feature.

Master.mov: Master Branch

https://user-images.githubusercontent.com/54016434/127763378-be91837d-d0ab-4ae5-87c0-d303fa70a336.mov

PR.mov: PullRequest

https://user-images.githubusercontent.com/54016434/127763404-05b834c1-4082-4fbd-9b05-1528ac898a21.mov
Close #386

This PR adds SubFeeFromAmount option which lets the user select their preferred setting of whether fee for a transaction is to be subtracted from the amount or not for future transactions. The setting chosen by the user is remembered even when the GUI mode is turned off.
Functionality and Usage:

Go to Settings > Options > Wallet on Windows/Linux or bitcoin-qt > Preferences > Wallet on macOS.
The checkbox Subtract Fee From Amount corresponds to the added option SubFeeFromAmount.
The preferred setting intended to be the default for all future send transactions should be selected by the user.
Click on OK.
Go to the Send tab in the wallet.
You shall notice, any new Send transaction created will have the preferred setting as chosen by the user. (Try clicking on Add recipient or even restarting the Node in GUI)

Attaching ScreenRecordings to explain the added feature.

Master.mov: Master Branch

https://user-images.githubusercontent.com/54016434/127763378-be91837d-d0ab-4ae5-87c0-d303fa70a336.mov

PR.mov: PullRequest

https://user-images.githubusercontent.com/54016434/127763404-05b834c1-4082-4fbd-9b05-1528ac898a21.mov
Close #386

PR Updated from 4dc91813aca000336cec2cb40244d006a88b7d6a -> 17d7b21a862835a768fd436dc43da1bb60b4fa25
Addressed changes suggested by @jarolrod (PR#390 Comment)

@jarolrod

Existing recipients should respond to the 'SubFeeFromAmountChanged' signal.

I don't agree.
The Options Dialog sets the default value of the "Subtract Fee..." setting. That means it is used only once per every recipient -- just initialize its own checkbox. In other words, it is not supposed to be a batch switcher.

There are scenarios where you have multiple recipients filled out. After you've filled them out, you now want all of them to 'Subtract fee from amount'. If we allow the existing recipients to respond to the 'SubFeeFromAmountChanged' signal, then you don't have to manually check every box. You can go into settings, set the option, come back and all of your recipients will not have the 'Subtract Fee from amount' box checked.

I'm not sure if this scenario would be ever convenient for users.

PR Updated from 17d7b21a862835a768fd436dc43da1bb60b4fa25 -> 50216bc8e28415ce9615b7ed1108c6730280d31b . Click here to check diff.
Addressed changes suggested by @hebasto about coding style using clang-format-diff.py

Approach ACK
I rescind my comments here about the behavior of this option. The appropriate place for a batch switch would be in the Send tab itself. Please update the translator comments 🥃

Why a new "subFeeFromAmount" checkbox is placed within the "Expert" group? Shouldn't it be an independent option?

@hebasto

Why a new "subFeeFromAmount" checkbox is placed within the "Expert" group? Shouldn't it be an independent option?

Agreed, It doesn't belong to an "expert" group. That's quite some observation there.
Will make the required changes and add.

PR Updated from 50216bc8e28415ce9615b7ed1108c6730280d31b -> https://github.com/bitcoin-core/gui/commit/fb194c347e95e20bb682de75e51db084c7a4855c. Click here to check diff.
Addressed changes suggested by @hebasto for moving SubFeeFromAmount option outside "Expert" group and translator comments as suggested by @jarolrod.

PR Updated from fb194c347e95e20bb682de75e51db084c7a4855c -> 54ce50987092b60a77677a4e59e8fd0a250b7bcd. Click here to check diff.
Addressed changes suggested by @hebasto. Moved the definitions of SubFeeFromAmount under #ifdef ENABLE_WALLET because this functionality cannot work without a wallet being loaded.

PR Updated from 54ce50987092b60a77677a4e59e8fd0a250b7bcd -> ec25093a5793451aa997b5ff8a05d1631b41e05c. Click here to check diff.

tACK 7bf1a2bf569fe9356592b94531c0bbe0093ca302
tested on macOS 12 and Ubuntu 20.04. The setting works nicely and is a definite UX improvement. Nice job 🥃

PR Updated from 7bf1a2bf569fe9356592b94531c0bbe0093ca302 -> 62b125fd197879f112322a1f67a318d6ab22e67a. Click here to check diff.
Addressed changes suggested by @meshcollider.

tACK 62b125fd197879f112322a1f67a318d6ab22e67a, tested on Debian Sid with 5.15.2 and it works as described.

A big thanks to all the contributors who took out time to test and review my PR.
Appreciate each and every comment made here by fellow mates  🙌🏻


failed to get dependency of package when compile

my CrateList.json
{
  "creation_date": {
    "secs_since_epoch":<PHONE_NUMBER>,
    "nanos_since_epoch": 847419904
  },
  "crates": [
    {
      "Package": {
        "name": "rand",
        "version": "0.8.4"
      }
    }
  ]
}

which is the latest version of crate rand. When I run
sudo env "PATH=$PATH" $(which cargo) run --release -- compile

I found it can't compile
[INFO] running `Command { std: "docker" "create" "-v" "/home/wuyf/doc_test/workspace/builds/corpus/target:/opt/rustwide/target:rw,Z" "-v" "/home/wuyf/doc_test/workspace/builds/corpus/source:/opt/rustwide/workdir:ro,Z" "-v" "/home/wuyf/doc_test/workspace/cargo-home:/opt/rustwide/cargo-home:ro,Z" "-v" "/home/wuyf/doc_test/workspace/rustup-home:/opt/rustwide/rustup-home:ro,Z" "-e" "SOURCE_DIR=/opt/rustwide/workdir" "-e" "CARGO_TARGET_DIR=/opt/rustwide/target" "-e" "RUST_BACKTRACE=1" "-e" "SYSROOT=/opt/rustwide/cargo-home/sysroot" "-e" "RUSTC=/opt/rustwide/cargo-home/rustc" "-e" "CARGO_HOME=/opt/rustwide/cargo-home" "-e" "RUSTUP_HOME=/opt/rustwide/rustup-home" "-w" "/opt/rustwide/workdir" "-m" "4000000000" "--user" "0:0" "--network" "none" "rustops/crates-build-env@sha256:c46a2d1a26fb48b37929c74ca49dd9409f2375a0a3bdb8fe07617f3ffccaa889" "/opt/rustwide/cargo-home/bin/cargo" "+nightly-2022-04-15" "check" "--all", kill_on_drop: false }`
[INFO] [stdout] cbfa4893d86c61285081af65143c89766efb528d046a169d9ff69415b0a6a7e1
[INFO] [stderr] WARNING: Your kernel does not support swap limit capabilities or the cgroup is not mounted. Memory limited without swap.
[INFO] running `Command { std: "docker" "start" "-a" "cbfa4893d86c61285081af65143c89766efb528d046a169d9ff69415b0a6a7e1", kill_on_drop: false }`
[INFO] [stderr] error: failed to get `log` as a dependency of package `rand v0.8.4 (/opt/rustwide/workdir)`
[INFO] [stderr]
[INFO] [stderr] Caused by:
[INFO] [stderr]   failed to create directory `/opt/rustwide/cargo-home/registry/index/github.com-1ecc6299db9ec823`
[INFO] [stderr]
[INFO] [stderr] Caused by:
[INFO] [stderr]   Read-only file system (os error 30)
[INFO] running `Command { std: "docker" "inspect" "cbfa4893d86c61285081af65143c89766efb528d046a169d9ff69415b0a6a7e1", kill_on_drop: false }`
[INFO] running `Command { std: "docker" "rm" "-f" "cbfa4893d86c61285081af65143c89766efb528d046a169d9ff69415b0a6a7e1", kill_on_drop: false }`
[INFO] [stdout] cbfa4893d86c61285081af65143c89766efb528d046a169d9ff69415b0a6a7e1

Is it my network problem that makes it failed to get dependencies?

The log says that the error is caused by the file system being read-only:
[INFO] [stderr] Caused by:
[INFO] [stderr]   Read-only file system (os error 30)

And in the log you can also see that /opt/rustwide/cargo-home/registry/index/github.com-1ecc6299db9ec823 is mounted as readonly: "-v" "/home/wuyf/doc_test/workspace/cargo-home:/opt/rustwide/cargo-home:ro,Z". However, it is unclear to me why it is trying to write to that directory.

I tried to update the dependencies. Maybe that helps. Could you please try compiling again once this PR gets merged?

I tried to update the dependencies. Maybe that helps. Could you please try compiling again once this PR gets merged?

Unfortunately, it doesn't work, same error.   :(
by the way, I find a issue of rustwide, I've no idea how to solve it.

I cannot reproduce the problem and I am not sure how to debug it. Could you please upload the entire log? Maybe, it will help me to spot what is going wrong.

I deleted the rand-0.7.3 directory and try
wuyf@cssustc:~/doc_test/qrates$ sudo env "PATH=$PATH" $(which cargo) run --release -- compile
    Finished release [optimized] target(s) in 0.11s
     Running `target/release/corpus-manager-driver compile`
09:40:12 [INFO] The standard library is already built.
09:40:12 [INFO] pulling image ghcr.io/rust-lang/crates-build-env/linux from Docker Hub
09:40:12 [INFO] running `Command { std: "docker" "pull" "ghcr.io/rust-lang/crates-build-env/linux", kill_on_drop: false }`
09:40:12 [INFO] [stdout] Using default tag: latest
09:40:14 [INFO] [stdout] latest: Pulling from rust-lang/crates-build-env/linux
09:40:14 [INFO] [stdout] Digest: sha256:b0c94ce3c1162fcb8e57cac5b65ec2f72eabb1eebea4fcc35e269e823f681646
09:40:14 [INFO] [stdout] Status: Image is up to date for ghcr.io/rust-lang/crates-build-env/linux:latest
09:40:14 [INFO] [stdout] ghcr.io/rust-lang/crates-build-env/linux:latest
09:40:14 [INFO] running `Command { std: "docker" "inspect" "ghcr.io/rust-lang/crates-build-env/linux" "--format" "{{index .RepoDigests 0}}", kill_on_drop: false }`
09:40:14 [INFO] pulled image ghcr.io/rust-lang/crates-build-env/linux@sha256:b0c94ce3c1162fcb8e57cac5b65ec2f72eabb1eebea4fcc35e269e823f681646
09:40:14 [INFO] checking the image ghcr.io/rust-lang/crates-build-env/linux@sha256:b0c94ce3c1162fcb8e57cac5b65ec2f72eabb1eebea4fcc35e269e823f681646 is available locally
09:40:14 [INFO] running `Command { std: "docker" "image" "inspect" "ghcr.io/rust-lang/crates-build-env/linux@sha256:b0c94ce3c1162fcb8e57cac5b65ec2f72eabb1eebea4fcc35e269e823f681646", kill_on_drop: false }`
09:40:14 [INFO] installing tools required by rustwide
09:40:14 [INFO] tool rustup is installed, trying to update it
09:40:14 [INFO] running `Command { std: "/home/wuyf/doc_test/workspace/cargo-home/bin/rustup" "self" "update", kill_on_drop: false }`
09:40:14 [INFO] [stderr] info: checking for self-updates
09:40:14 [INFO] [stdout]   rustup unchanged - 1.24.3
09:40:14 [INFO] [stdout]
09:40:14 [INFO] running `Command { std: "/home/wuyf/doc_test/workspace/cargo-home/bin/rustup" "update" "stable", kill_on_drop: false }`
09:40:14 [INFO] [stderr] info: syncing channel updates for 'stable-x86_64-unknown-linux-gnu'
09:40:15 [INFO] [stdout]
09:40:15 [INFO] [stdout]   stable-x86_64-unknown-linux-gnu unchanged - rustc 1.60.0 (7737e0b5c 2022-04-04)
09:40:15 [INFO] [stderr] info: checking for self-updates
09:40:15 [INFO] [stdout]
09:40:15 [INFO] tool git-credential-null is installed, trying to update it
09:40:15 [INFO] running `Command { std: "/home/wuyf/doc_test/workspace/cargo-home/bin/cargo" "+stable" "install" "git-credential-null", kill_on_drop: false }`
09:40:15 [INFO] [stderr]     Updating `sjtu` index
09:42:04 [INFO] [stderr] warning: spurious network error (2 tries remaining): unexpected http status code: 504; class=Http (34)
09:42:09 [INFO] [stderr]      Ignored package `git-credential-null v1.0.1` is already installed, use --force to override
09:42:09 [INFO] installing toolchain nightly-2022-04-15
09:42:09 [INFO] running `Command { std: "/home/wuyf/doc_test/workspace/cargo-home/bin/rustup" "toolchain" "install" "nightly-2022-04-15" "--profile" "minimal", kill_on_drop: false }`
09:42:09 [INFO] [stderr] info: syncing channel updates for 'nightly-2022-04-15-x86_64-unknown-linux-gnu'
09:42:09 [INFO] [stdout]
09:42:09 [INFO] [stdout]   nightly-2022-04-15-x86_64-unknown-linux-gnu unchanged - rustc 1.62.0-nightly (e7575f967 2022-04-14)
09:42:09 [INFO] [stderr] info: checking for self-updates
09:42:09 [INFO] [stdout]
09:42:10 [INFO] adding component rustc-dev for toolchain nightly-2022-04-15
09:42:10 [INFO] running `Command { std: "/home/wuyf/doc_test/workspace/cargo-home/bin/rustup" "component" "add" "--toolchain" "nightly-2022-04-15" "rustc-dev", kill_on_drop: false }`
09:42:10 [INFO] [stderr] info: component 'rustc-dev' for target 'x86_64-unknown-linux-gnu' is up to date
09:42:10 [INFO] crate rand 0.7.3 is already in cache
09:42:10 [INFO] extracting crate rand 0.7.3 into /home/wuyf/doc_test/workspace/builds/corpus/source
09:42:10 [INFO] validating manifest of crates.io crate rand 0.7.3 on toolchain nightly-2022-04-15
09:42:10 [INFO] running `Command { std: "/home/wuyf/doc_test/workspace/cargo-home/bin/cargo" "+nightly-2022-04-15" "metadata" "--manifest-path" "Cargo.toml" "--no-deps", kill_on_drop: false }`
09:42:10 [INFO] started tweaking crates.io crate rand 0.7.3
09:42:10 [INFO] finished tweaking crates.io crate rand 0.7.3
09:42:10 [INFO] tweaked toml for crates.io crate rand 0.7.3 written to /home/wuyf/doc_test/workspace/builds/corpus/source/Cargo.toml
09:42:10 [INFO] crate crates.io crate rand 0.7.3 already has a lockfile, it will not be regenerated
09:42:10 [INFO] running `Command { std: "/home/wuyf/doc_test/workspace/cargo-home/bin/cargo" "+nightly-2022-04-15" "fetch" "--manifest-path" "Cargo.toml", kill_on_drop: false }`
09:42:10 [INFO] running `Command { std: "docker" "create" "-v" "/home/wuyf/doc_test/workspace/builds/corpus/target:/opt/rustwide/target:rw,Z" "-v" "/home/wuyf/doc_test/workspace/builds/corpus/source:/opt/rustwide/workdir:ro,Z" "-v" "/home/wuyf/doc_test/workspace/cargo-home:/opt/rustwide/cargo-home:ro,Z" "-v" "/home/wuyf/doc_test/workspace/rustup-home:/opt/rustwide/rustup-home:ro,Z" "-e" "SOURCE_DIR=/opt/rustwide/workdir" "-e" "CARGO_TARGET_DIR=/opt/rustwide/target" "-e" "RUST_BACKTRACE=1" "-e" "SYSROOT=/opt/rustwide/cargo-home/sysroot" "-e" "RUSTC=/opt/rustwide/cargo-home/rustc" "-e" "CARGO_HOME=/opt/rustwide/cargo-home" "-e" "RUSTUP_HOME=/opt/rustwide/rustup-home" "-w" "/opt/rustwide/workdir" "-m" "4000000000" "--user" "0:0" "--network" "none" "ghcr.io/rust-lang/crates-build-env/linux@sha256:b0c94ce3c1162fcb8e57cac5b65ec2f72eabb1eebea4fcc35e269e823f681646" "/opt/rustwide/cargo-home/bin/cargo" "+nightly-2022-04-15" "check" "--all" "--frozen", kill_on_drop: false }`
09:42:10 [INFO] [stdout] 72b81e615e97f8fe2c68dd0b4e8ce92b79e45d0f37b335331f06f481b0bc735c
09:42:10 [INFO] [stderr] WARNING: Your kernel does not support swap limit capabilities or the cgroup is not mounted. Memory limited without swap.
09:42:10 [INFO] running `Command { std: "docker" "start" "-a" "72b81e615e97f8fe2c68dd0b4e8ce92b79e45d0f37b335331f06f481b0bc735c", kill_on_drop: false }`
09:42:10 [INFO] [stderr] error: failed to get `getrandom` as a dependency of package `rand v0.7.3 (/opt/rustwide/workdir)`
09:42:10 [INFO] [stderr]
09:42:10 [INFO] [stderr] Caused by:
09:42:10 [INFO] [stderr]   failed to create directory `/opt/rustwide/cargo-home/registry/index/github.com-1ecc6299db9ec823`
09:42:10 [INFO] [stderr]
09:42:10 [INFO] [stderr] Caused by:
09:42:10 [INFO] [stderr]   Read-only file system (os error 30)
09:42:10 [INFO] running `Command { std: "docker" "inspect" "72b81e615e97f8fe2c68dd0b4e8ce92b79e45d0f37b335331f06f481b0bc735c", kill_on_drop: false }`
09:42:10 [INFO] running `Command { std: "docker" "rm" "-f" "72b81e615e97f8fe2c68dd0b4e8ce92b79e45d0f37b335331f06f481b0bc735c", kill_on_drop: false }`
09:42:10 [INFO] [stdout] 72b81e615e97f8fe2c68dd0b4e8ce92b79e45d0f37b335331f06f481b0bc735c
09:42:10 [ERROR] The target directory does not exist: "/home/wuyf/doc_test/workspace/builds/corpus/target/rust-corpus"
09:42:10 [INFO] Compilation succeeded.

I think I figured it out, my directory /home/wuyf/doc_test/workspace/cargo-home, it has all of dependencies I need.
If I use crate.io index, it'll have /home/wuyf/doc_test/workspace/cargo-home/registry/src/github.com-1ecc6299db9ec823/, /home/wuyf/doc_test/workspace/cargo-home/registry/index/github.com-1ecc6299db9ec823/, /home/wuyf/doc_test/workspace/cargo-home/registry/cache/github.com-1ecc6299db9ec823/.
But because of some network reasons, I changed the crate index to a mirror, so the directory changed to mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b, but the docker image run as the same way.
That's why this error happens, just my guess. I'm trying to change the crate index to official, but it's too slow :(
Anyway, thanks for quick reply!

Yes, that sounds like a possible cause.


Copies of ways across changesets with iD 2.10.0

I'm noticing a significant increase in duplicate ways created using iD 2.10.0. It looks like multiple changesets are created with copies of new added ways. This creates multiple of the same way overlapping in OSM.
A few examples:
Bamoa Region changes have copies of the same ways.
https://www.openstreetmap.org/changeset/61262385
https://www.openstreetmap.org/changeset/61261588
https://www.openstreetmap.org/changeset/61260828
Springfield Missouri Region changes have copies of the same ways.
https://www.openstreetmap.org/changeset/61273972
https://www.openstreetmap.org/changeset/61272346
This could possibly be a user error but it looks exceptional enough to report this and see if this can be corrected.

Thanks for reporting @tdedecko - this is a concerning issue and I'd like to dig in a bit more today to see if it's still happening.
Relevant code for uploading changesets is here:
https://github.com/openstreetmap/iD/blob/master/modules/services/osm.js#L544-L612
I don't see anything really obviously wrong with it.
I know of 2 possible situations where iD might duplicate a user's changes:
server error from post
This can happen if the POST /api/0.6/changeset/#id/upload returns an error but the OSM server applies the changes anyway.  This is outside our control, and most likely to occur on a bad internet connection.   It's probably not what happened in the examples you linked to above, because it looks like the user did other changes on top of the duplicated ones.
user closes iD tab while saving
This is what I think happened in this situation above.  I have heard that it is possible for duplicates to occur if the user:

clicks save
closes the browser window without waiting for the save to finish (the POST is sent and the OSM server applies the changes)
then the user chooses to "restore their changes" the next time they open iD

Again this is really hard to control.  Could you reach out to this one user and see if that's what they did?
I can probably put in some additional check to remove the local changes from browser storage, if the window is being unloaded and an open changeset POST is inflight.

All changesets in question are fairly large, the upload took at least 30 seconds to complete, in case of cs 61261588 even 13 minutes(!).
At this time there's no way to cancel an upload process (https://github.com/openstreetmap/iD/issues/4717). If the user loses patience after 10s and hits escape, it would be entirely possible to upload the same stuff again, while the server happily continues with the previous upload.

All changesets in question are fairly large, the upload took at least 30 seconds to complete, in case of cs 61261588 even 13 minutes(!).

Hey @mmd-osm was that 13 minute upload a server issue?  I'm curious how did you determine how long it took?  That seems pretty unusual.
I can definitely imagine the user closing their browser assuming that it was broken, then refreshing iD and trying to save again later.

It's in the changeset metadata: https://api.openstreetmap.org/api/0.6/changeset/61261588
created_at="2018-08-01T12:14:43Z"
closed_at="2018-08-01T13:27:54Z"
iD always follows the "create new changeset", "upload changes", "close changeset" pattern. Once you create a new changeset, it will be automatically closed 1 hour later. During "upload changes", the server will update that "closed_at" with every object being processed.
So the last change for this changeset was processed at 2018-08-01T12:27:54Z, exactly 1 hour before it got automatically closed. (In theory, the upload could also have taken 1 hour and 13 minutes, and the changeset close was triggered by iD. This scenario seemed extremely unlikely to me, though.)
One reason for such extremely long processing times could be some other huge changeset being processed at the same time on the server, which happened to hold some database locks for the same objects as in this changeset (=database lock wait situation).
I did some analysis on this topic, see https://github.com/openstreetmap/openstreetmap-website/issues/1710#issuecomment-353631926 - there were even more extreme cases than 13 minutes.

I did this:  "I can probably put in some additional check to remove the local changes from browser storage, if the window is being unloaded and an open changeset POST is inflight."

I don’t think that’s a good idea. The POST is not guaranteed to eventually succeed, there may be still a version conflict even very late during processing and the whole transaction is rolled back. If you also remove the local storage this will result in data loss!

If you also remove the local storage this will result in data loss!

This only happens if the user gives up and closes their iD window after sending the changeset.  I'm ok with this.

I’m a bit confused about the comment ‘the user can be prompted
to restore those changes the next time they start iD’. If that’s still possible then this should be ok.
‘Removing changes from the browser storage’ reads more like all the data would be gone.

I’m a bit confused about the comment ‘the user can be prompted to restore those changes the next time they start iD’. If that’s still possible then this change should be ok.

It's not still possible, I hope.

‘Removing changes from the browser storage’ reads more like all the data would be gone, though.

Yes, all the data will be gone from the user's storage.  Because presumably that data has already been delivered to the OSM API in a changeset.  If there is data loss here, it's the API's fault, not iD's.

Only in case you receive a http 200 ok response from the changeset upload call, you can be sure that the data has in fact been committed to the database. In that’s not the case, anything might happen, like conflicting versions. Sending data to the Osm api won’t be sufficient in this case to decide if local data can be discarded. The client is really responsible for error handling.

Before posting a changeset to the OSM API, keep changeset number in local storage
Let's assume the upload gets interrupted (network dies, user reloads).
Upon reloading iD, we still know the changeset number, as it has been stored in the local storage.
Now, let's take a look at the changeset metadata for the changeset in question, e.g. https://api.openstreetmap.org/api/0.6/changeset/61261588
In the future, this call will also return the number of changes contained in the changeset (see https://github.com/zerebubuth/openstreetmap-cgimap/issues/156).
Based on this information, the following cases are possible:

Decision Matrix
changes_count == 0
changes_count > 0

changeset closed
Previous upload failed, keep local storage
Previous upload succeeded, clear local storage

changeset open
Unclear, might have failed, or still in flight, keep local storage, wait some time... (until changeset gets closed, or changes_count > 0
Previous upload succeeded, clear local storage


 is missing onSearchChange & searchValue props

What package has an issue
@mantine/core
Describe the bug
The <MultiSelect/>(Link) does have these 2 props in addition to the searchable prop to properly use the search functionality, but the <Select/> (Link) is missing those.
This does not really make sense to me, as both do have the searchable prop, but without onSearchChange and searchValue the search functionality is highly limited for the <Search/> component for no apparent reason.
What version of @mantine/* page do you have in package.json? (Note that all @mantine/* packages must have the same version in order to work correctly)
7.0.0-beta.1
If possible, please include a link to a codesandbox with the reproduced problem
No response
Do you know how to fix the issue
None
Are you willing to participate in fixing this issue and create a pull request with the fix
None
Possible fix
No response

See https://v7.mantine.dev/core/select#combobox

I understand that I can now build my own Comboboxes with the new setup - great job by the way! :)
I just do not understand why one or the other "opinionated component" should contain "half" of the search functionality and the other "the full set". This seems weird to me.


Okapi 1.6 RC2 Testing...

Part of this is to test against the actual Typescript SDK 1.6 RC1 that should be released shortly.

Tested against this: https://github.com/trinsic-id/sdk/pull/656/ and it works.


Pipe runs are displayed for wrong pipe

Create a new pipe and run it
Create another new pipe (of the same type), configure it and go to the activity tab. The pipe run from the first pipe is shown.

ui now has option to display all runs or runs for specific pipe


node-oauth2-server to authenticate with thridparty services

Hi,
I have gone through the initial doc of node-oauth2-server, need to clarify couple of things:

node-oauth2-server server seems to provide a new-service holder to provide oauth2 service so that they can login to that services using the methods supported.

Is it possible to use this server to integrate with third-party services e.g.Google, Facebook etc?  making this oauth server as a single sign-on to all the thrid-party services?

Looking forward to your valuable reply.
Regards
SZ

Hi,
This module is aimed towards those who want to build their own OAuth server for their users to authenticate against. You can create your own grant types (https://github.com/thomseddon/node-oauth2-server#extension-grants) which could involve the user being sent to facebook to authenticate.
I'll close this for now but please feel free to re-open if you have follow up questions
Thanks!


Enables rotation around any origin point

Hi,
this PR extends rotateLayer and rotateLayerToAngle to take an optional point of rotation, allowing shapes to be rotated around any point in addition to the shape's center.
Example:
// map setup [...]

const coordinates = [
  {
    lat: 51.50795895196253,
    lng: -0.13981819152832034,
  },
  {
    lat: 51.518748822844444,
    lng: -0.13981819152832034,
  },
  {
    lat: 51.518748822844444,
    lng: -0.11990547180175783,
  },
  {
    lat: 51.50795895196253,
    lng: -0.11990547180175783,
  },
];

const poly = new L.polygon(coordinates, { color: 'red' }).addTo(map);

poly.pm.rotateLayer(45, coordinates[0]);

resulting in:

The point is optional. If no point is provided, it defaults to the current behaviour of rotating the shape around its center point. Please note that this only works when done programmatically, not interactively in rotation mode.
Let me know what you think!

I've updated the PRs description with an example to better illustrate the change.
Also, do you generate the API docs in the README or update it manually? I could not find any hints on that.
Thanks! :-)

good approach @Falke-Design , thanks! Will update the PR accordingly.

Can you please also make a test to import a layer with GeoJSON and a different rotation point.

@Falke-Design To clarify the testing requirement: were you thinking of testing a GeoJSON structure that contains information about the shape's rotation center (from in its properties), or just rotating any GeoJSON layer around a new rotation center?
P.S. I screwed up the PR by syncing the fork - I'll reopen a new PR.


Combining gps-sdr-sim with GNSS-SDR

In order to generate a navigation file with a current RINEX file instead off past RINEX files downloaded from sites, i think its better to combine it with "https://github.com/gnss-sdr/gnss-sdr" ...
what gnss-sdr does is, it receives signal from the satellite and it gives us organized RINEX files ,  (gps_ephemeris.xml file, .17N file, .17O file, nmea_pvt.nmea file, .geojson file, .kml file and .rtcm file) so the gps-sdr-sim can read this recent files and generate a signal similar to the signals that are generated by the satellite at that moment.
All we have to do is save the GNSS-SDR "receiver.conf" file inside the gps-sdr-sim directory and run it...

We welcome your contribution.

hi,
how do you use RINEX data from GNSS-SDR to GPS-SIM-SDR? I tried, but RINEX from ftp://cddis.gsfc.nasa.gov/gnss/data/daily/ is version 2 and file from GNSS-SDR is version 2.11. During the test i received the meesage: ERROR: no current set of ephemerides not found.
Thanks, Tomáš

GPS-SDR-SIM should be capable of reading RINEX GPS navigation message data in version 2.11 format. ftp://igs.org/pub/data/format/rinex211.txt
Would you show me an example RINEX navigation file generated by GNSS-SDR?

Thanks for your respoponse.
Here is a example RINEX fire from GNSS-SDR from yesterday:
 2.11           N: GNSS NAV DATA    G: GPS              RINEX VERSION / TYPE

GNSS-SDR            ras                 20180306 150511 UTC PGM / RUN BY / DATE
GPS NAVIGATION MESSAGE FILE GENERATED BY GNSS-SDR           COMMENT
GNSS-SDR VERSION 0.0.9.git-next-e352978                     COMMENT
See http://gnss-sdr.org                                     COMMENT
GPSA    .0000D+00   .0000D+00   .0000D+00   .0000D+00       IONOSPHERIC CORR
GPSB    .0000D+00   .0000D+00   .0000D+00   .0000D+00       IONOSPHERIC CORR
GPUT   .0000000000D+00  .000000000D+00      0 1024          TIME SYSTEM CORR
0     0     0     0                                    LEAP SECONDS
END OF HEADER
G12 2018 03 06 16 00 00  .346813816577D-03 -.204636307899D-11  .000000000000D+00
.120000000000D+02 -.429375000000D+02  .401945314064D-08  .736296738560D+00
-.224076211452D-05  .704509869684D-02  .618956983089D-05  .515363424492D+04
.230400000000D+06 -.800937414169D-07  .300103899846D+01  .428408384323D-07
.987519827467D+00  .274500000000D+03  .931035940150D+00 -.802783439153D-08
-.411088552060D-09  .100000000000D+01  .199100000000D+04  .100000000000D+01
.000000000000D+00  .000000000000D+00 -.125728547573D-07  .120000000000D+02
.227118000000D+06  .400000000000D+01
G19 2018 03 06 16 00 00 -.452678650618D-03  .261479726760D-11  .000000000000D+00
.490000000000D+02 -.173750000000D+02  .383051669925D-08  .821442094943D+00
-.791624188423D-06  .973077991512D-02  .109001994133D-04  .515370693779D+04
.230400000000D+06 -.175088644028D-06 -.220100938675D+01 -.819563865662D-07
.979610177587D+00  .185812500000D+03  .113187242922D+01 -.781889711702D-08
.328585115460D-10  .100000000000D+01  .199100000000D+04  .100000000000D+01
.000000000000D+00  .000000000000D+00 -.153668224812D-07  .490000000000D+02
.227118000000D+06  .400000000000D+01

GSDR065q04.zip

This is not a RINEX 2.11 file, but RINEX 3.01 with wrong header. See ftp://igs.org/pub/data/format/rinex211.txt and https://kb.igs.org/hc/en-us/article_attachments/115007741928/rinex301.pdf.
Support for RINEX 3.x is almost done. Give some more time please.

It clearly violates the version 2.11 format in may ways. For example, the satellite PRN number has to be a two-digit integer without 'G' character, and the year value of TOC has to be a two-digit as well. GPS-SDR-SIM cannot recognize any non-standard input files.

Hi, thanks fo your answers.
I changed some parameters in GNSS-SDR for RINEX v2.11 and now I get, I think, correctly file. But I still get the same error message. It is beceuse zeros in ION ALPHA, ION BETA and DELTA-UTC: A0,A1,T,W?
 2.11           N: GPS NAV DATA                         RINEX VERSION / TYPE

GNSS-SDR            ras                  7-MAR-18 13:25     PGM / RUN BY / DATE
GPS NAVIGATION MESSAGE FILE GENERATED BY GNSS-SDR           COMMENT
GNSS-SDR VERSION 0.0.9.git-next-e352978                     COMMENT
See http://gnss-sdr.org                                     COMMENT
.0000D+00   .0000D+00   .0000D+00   .0000D+00          ION ALPHA
.0000D+00   .0000D+00   .0000D+00   .0000D+00          ION BETA
.000000000000D+00  .000000000000D+00        0     1024 DELTA-UTC: A0,A1,T,W
0                                                      LEAP SECONDS
END OF HEADER
1 18  3  7 14  0  0.0 -.327280722558D-04 -.227373675443D-11  .000000000000D+00
.580000000000D+02  .112500000000D+01  .444518515980D-08  .100087949819D+01
-.111758708954D-07  .740886246786D-02  .749528408051D-05  .515367296982D+04
.309600000000D+06  .204890966415D-07 -.124547757679D+01  .819563865662D-07
.970108211598D+00  .239843750000D+03  .610427899001D+00 -.813605318499D-08
.315370279295D-09  .100000000000D+01  .199100000000D+04  .100000000000D+01
.000000000000D+00  .000000000000D+00  .558793544769D-08  .580000000000D+02
.307488000000D+06  .400000000000D+01
GSDR066o23.zip

I had no problem processing the file, see log.txt
Still, the file is not perfect. There is a spare space between the columns, but it just reduces the resolution.
I also attach your RINEX file fixed by teqc.
log.txt.gz
GSDR066o23.18N.gz

This is not a RINEX 2.11 file, but RINEX 3.01 with wrong header. See ftp://igs.org/pub/data/format/rinex211.txt and https://kb.igs.org/hc/en-us/article_attachments/115007741928/rinex301.pdf. Support for RINEX 3.x is almost done. Give me some more time please.

If Your Work Is Done Please Share Updated Code


Update all trackers and issues accordingly

The main Watsonx tracker has been updated. https://github.com/opendatahub-io/kserve/issues/1


Problems found so far

Do I have to upload different sizes?

使用该组件后，该开始打开失效

刷新才有用

Question 3: Your project will not run after downloading, you can only see the effect by opening it directly in src/assets/drift-zoom/index.html
问题3：你的项目下载下来根本运行不起来，只能在src/assets/drift-zoom/index.html直接打开才能看到效果

i have same issue
class ="zoomer-bottom-base-container scroller-at-bottom" with issue css style  "height:NaNpx;width:0px;position:relative"


Ordering Ansible Playbook Service Catalog Item Produces Rugged unsupported URL protocol Error

Use of an Automate -> Ansible -> Repository for embedded ansible Services when the playbook SCM repo contains Git Submodules recorded in a .gitmodules file configured to use a relative path (e.g., url = ../foo) via this git documentation guidance resulted in the generic Server [EVM] Service [SERVICENAME] Provision Step [check_completed] Status [Error Processing check_completed] popup displayed in the ManageIQ Web GUI after ordering the Service. Digging into the evm.log on the running Jansa-2 appliance image showed the following log ERROR's:
[----] I, [2020-11-02T17:10:17.816318 #326:2b12d777594c]  INFO -- : Q-task_id([r33_service_template_provision_task_52]) MIQ(MiqQueue.put) Message id: [389213],  id: [], Zone: [default], Role: [smartstate], Server: [], MiqTask id: [], Ident: [generic], Target id: [], Instance id: [78], Task id: [d4e25396-24dd-47d5-84e6-22769a00aeb3], Command: [Job.signal_abort], Timeout: [600], Priority: [100], State: [ready], Deliver On: [], Data: [], Args: ["job timed out after 1.438559912 seconds of inactivity.  Inactivity threshold [6000 seconds]", "error"]
[----] E, [2020-11-02T17:10:17.816776 #326:2b12d777594c] ERROR -- : Q-task_id([r33_service_template_provision_task_52]) MIQ(MiqQueue#deliver) Message id: [389211], Error: [Failed to connect with [MiqException::MiqUnreachableError: unsupported URL protocol], job aborted]
[----] E, [2020-11-02T17:10:17.817036 #326:2b12d777594c] ERROR -- : Q-task_id([r33_service_template_provision_task_52]) [RuntimeError]: Failed to connect with [MiqException::MiqUnreachableError: unsupported URL protocol], job aborted  Method:[block (2 levels) in <class:LogProxy>]

After some helpful debugging tips from @NickLaMuro & @djberg96 over in the Gitter providers-embedded_ansible channel, we narrowed down the cause to the underlying Rugged git checkout https://github.com/ManageIQ/manageiq/blob/1e7fe382160130bdf318713304f3cf46fe9f479b/app/models/git_repository.rb#L190-L191

rails console test commands

my_miq $ vmdb
my_miq $ bin/rails c
irb> git_dir = Dir.mktmpdir("console-ansible-runner-git")
irb> css = ManageIQ::Providers::EmbeddedAnsible::AutomationManager::ConfigurationScriptSource.find_by(:name => 'REPONAME')
irb> css.checkout_git_repository(git_dir)

traceback output

Traceback (most recent call last):
       16: from bin/rails:4:in `require'
       15: from railties (<IP_ADDRESS>) lib/rails/commands.rb:18:in `<top (required)>'
       14: from railties (<IP_ADDRESS>) lib/rails/command.rb:46:in `invoke'
       13: from railties (<IP_ADDRESS>) lib/rails/command/base.rb:69:in `perform'
       12: from thor (1.0.1) lib/thor.rb:392:in `dispatch'
       11: from thor (1.0.1) lib/thor/invocation.rb:127:in `invoke_command'
       10: from thor (1.0.1) lib/thor/command.rb:27:in `run'
        9: from railties (<IP_ADDRESS>) lib/rails/commands/console/console_command.rb:96:in `perform'
        8: from railties (<IP_ADDRESS>) lib/rails/commands/console/console_command.rb:19:in `start'
        7: from railties (<IP_ADDRESS>) lib/rails/commands/console/console_command.rb:64:in `start'
        6: from (irb):17
        5: from app/models/manageiq/providers/embedded_ansible/automation_manager/configuration_script_source.rb:12
5:in `checkout_git_repository'
        4: from app/models/git_repository.rb:62:in `checkout'
        3: from app/models/git_repository.rb:83:in `with_worktree'
        2: from app/models/git_repository.rb:188:in `handling_worktree_errors'
        1: from app/models/git_repository.rb:192:in `rescue in handling_worktree_errors'
MiqException::MiqUnreachableError (unsupported URL protocol)
irb(main):018:0>

A message like Submodule ‘foo’ detected within repo and will be cloned using the same credential. Would you still like to add? would be a cool prompt when the user attempts to add a new ansible repo that has a .gitmodules file. Not sure if this scenario is too unique though to justify adding a repo scan to the provider code though but definitely would have saved us a couple days worth of troubleshooting.

@thesystemninjaneer Thanks for the issue!

A message like Submodule ‘foo’ detected within repo and will be cloned using the same credential. Would you still like to add? would be a cool prompt when the user attempts to add a new ansible repo that has a .gitmodules file.

So I mentioned this in gitter, but this probably won't be possible in this form, though we probably could do something to a similar effect.
Reason being is when adding a repo, we basically:

Validate the fields themselves are working
Save the database record
Trigger a background job to actually clone/sync the repo, which will also add/remove playbooks as needed

So the .gitmodules couldn't be detected until after the record has been saved, which probably would not be helpful for a "Would you still like to add?" style prompt.  In addition, we only clone to the server(s) that has embedded_ansible role enabled and happened to pick up the job after a save, so there is no guarantee that a UI server will have the repo to check against.
However, we could do something where as part of the clone/sync step, we check for the existence of a .gitmodules file and toggle a field in the database record to indicate whether or not the file exists for that given repo (or possibly on the GitBranch record).  That way, any UI server has easy access to that information, and when viewing the repository, we can place a obvious warning indicating that there is a .gitmodules file and that could cause issues.
In addition, we could also fire off a Notification if a .gitmodules file is detected as part of the GitRepository#sync to inform the admin of the possible issues.

@NickLaMuro understandable. Any kind of popup/notice at the time of a new Ansible Repository addition or creation of an embedded ansible Automation Service that uses the repo would helpful.
Again, thanks for all the troubleshooting help over in gitter. Much appreciated.


Feature request - Populate other fields in the webform

There are other fields that can be submitted such as Release Notes using the AMO webform. It'd be nice to also be able to submit updated data through this action.

I don't believe the current API for uploading add-ons supports any additional information.


[flink] Added Flink 1.19

Purpose

Added Flink 1.19

Tests

API and Format

Documentation

#3049


Request: Cluster stats word

Hey one request from us Color blind individuals
In Kpof, the top bar was "green, yellow, red" and a combinitation of color blindness and laptop angle always made it difficult for me to be sure of the cluster being red yellow or green.
would it be difficult to put the words in this bar as well?

@edperry of course something can be done about it. I just never considered this, sorry :)
Do you think we can do something better than just placing the word somewhere on the navbar? Perhaps you know of other solutions target at this kind of issues.
One small improvement I can think of is also adding the colour text on the tab bar together with the favicon that changes colour.

There could be all kinds of suggestions, but I would think just a simple would suffice, a giant STOP SIGN would be great :D  but I jest.  I think just adding "red" or something in the colorbar you already have would be more then enough

Another suggestion would be to add it right next to the cluster name = hbc_qa (green|yellow|red)  I am not too picky  as I have come to love Kopf and Cerebro  and will default to your preference.

@edperry sorry it took so long to work on this. at some point it just slipped my mind and I just now found it again.
I ended up adding next to the cluster name(as you mentioned), mostly because i could not figure out any other alternative that looked better. I also added it to the page title, although depending on how long your cluster name is, this won't ever be readable :)


stabilize vectorutil benchmark

This benchmark is too noisy across forks which makes comparisons impossible and misleading. Especially vectorized float methods on some machines: it is almost useless.
I spent some time to reduce the noise, unfortunately it results in the benchmark being 2x slower. We can do tricky jvm args but what is best is to just do many forks.
I now see reasonably stable results on Graviton3E with 256-bit ARM SVE (!) and look forward to actually investigating this thing more than just stabilizing this benchmark :)
Benchmark                                   (size)   Mode  Cnt   Score    Error   Units
VectorUtilBenchmark.binaryCosineScalar        1024  thrpt   15   0.842 ±  0.001  ops/us
VectorUtilBenchmark.binaryCosineVector        1024  thrpt   15   4.811 ±  0.006  ops/us
VectorUtilBenchmark.binaryDotProductScalar    1024  thrpt   15   2.370 ±  0.001  ops/us
VectorUtilBenchmark.binaryDotProductVector    1024  thrpt   15   8.037 ±  0.001  ops/us
VectorUtilBenchmark.binarySquareScalar        1024  thrpt   15   2.450 ±  0.034  ops/us
VectorUtilBenchmark.binarySquareVector        1024  thrpt   15   6.703 ±  0.010  ops/us
VectorUtilBenchmark.floatCosineScalar         1024  thrpt   15   0.682 ±  0.001  ops/us
VectorUtilBenchmark.floatCosineVector         1024  thrpt   75   5.498 ±  0.004  ops/us
VectorUtilBenchmark.floatDotProductScalar     1024  thrpt   15   2.409 ±  0.013  ops/us
VectorUtilBenchmark.floatDotProductVector     1024  thrpt   75  12.446 ±  0.343  ops/us
VectorUtilBenchmark.floatSquareScalar         1024  thrpt   15   2.172 ±  0.007  ops/us
VectorUtilBenchmark.floatSquareVector         1024  thrpt   75  11.655 ±  0.152  ops/us

and i know it is annoying it runs slower, i really tried to not be overkill, but some methods here are super simple and super stable and some are unstable. So I gave all methods minimum 3 forks for safety: this way if there is noise between forks we actually see that (!). Those vector float methods get 15 forks for now.


Remove runtime inference of unrecognized SFields

For years the SField implementation has been able to infer certain classes of SFields from serialized data.  This capability gives the SField handling a certain degree of "forward compatibility".  It allows a server to handle SFields that another server might know about, but the local server does not.
However, inferring SFields comes with a disadvantage too.  Given the current system with amendments, all servers that can successfully participate in the protocol should have hard definitions for every SField used in communications.  So there should never be any need to infer SFields; the definitions should in all cases be known.  If an unknown SField is encountered it should be flagged as an error and not inferred as a new and unknown SField.
This branch removes the ability to infer SFields.
As a sanity check, I ran this branch against the network for 12 hours.  During that run the server never lost sync with the network and I shutdown the server normally.  That suggests to me that there is probably not some unexpected reliance on SField inference.
With this change, malformed serialized data is detected sooner.  That affected a few of our unit tests which contained malformed serialized data.  The affected unit tests now fail with an "Unknown field" rather than their intended error condition.  In one case I was able to tweak the serialized data so it no longer contained inferred SFields.  In other cases I added unit tests that use well known SFields to recreate the desired error condition.
Only the top-most commit needs to be reviewed.    I'm assuming that the underlying pull request will be merged and the top-most commit of this branch can be merged afterwards (assuming it passes code review).

Jenkins Build Summary
Built from this commit
Built at 20190214 - 23:54:27
Test Results

Build Type
Log
Result
Status

rpm
logfile
1145 cases, 0 failed, t: n/a
PASS :white_check_mark:

gcc.Release -Dassert=ON, MANUAL_TESTS=true
logfile
915 cases, 0 failed, t: 6m16s
PASS :white_check_mark:

docs, TARGET=docs
logfile
1 cases, 0 failed, t: 0m1s
PASS :white_check_mark:

gcc.Debug -Dcoverage=ON, TARGET=coverage_report, SKIP_TESTS=true
logfile
1145 cases, 0 failed, t: 17m11s
PASS :white_check_mark:

clang.Debug
logfile
1145 cases, 0 failed, t: 3m14s
PASS :white_check_mark:

clang.Debug -Dunity=OFF
logfile
1145 cases, 0 failed, t: 2m51s
PASS :white_check_mark:

gcc.Debug
logfile
1145 cases, 0 failed, t: 3m30s
PASS :white_check_mark:

clang.Release -Dassert=ON
logfile
1145 cases, 0 failed, t: 5m44s
PASS :white_check_mark:

gcc.Debug -Dunity=OFF
logfile
1145 cases, 0 failed, t: 10m31s
PASS :white_check_mark:

gcc.Release -Dassert=ON
logfile
1145 cases, 0 failed, t: 6m14s
PASS :white_check_mark:

gcc.Debug -Dstatic=OFF
logfile
1145 cases, 0 failed, t: 3m28s
PASS :white_check_mark:

gcc.Debug, NINJA_BUILD=true
logfile
1145 cases, 0 failed, t: 3m2s
PASS :white_check_mark:

gcc.Debug -Dstatic=OFF -DBUILD_SHARED_LIBS=ON
logfile
1145 cases, 0 failed, t: 3m30s
PASS :white_check_mark:

clang.Debug -Dunity=OFF -Dsan=address, PARALLEL_TESTS=false, DEBUGGER=false
logfile
1145 cases, 0 failed, t: 5m20s
PASS :white_check_mark:

clang.Debug -Dunity=OFF -Dsan=undefined, PARALLEL_TESTS=false
logfile
1145 cases, 0 failed, t: 9m5s
PASS :white_check_mark:

msvc.Debug
logfile
1142 cases, 0 failed, t: 630s
PASS :white_check_mark:

msvc.Debug, NINJA_BUILD=true
logfile
1142 cases, 0 failed, t: 642s
PASS :white_check_mark:

msvc.Debug -Dunity=OFF
logfile
1142 cases, 0 failed, t: 1288s
PASS :white_check_mark:

msvc.Release
logfile
1142 cases, 0 failed, t: 416s
PASS :white_check_mark:

Thanks for the review @mellery451.  I'm not ignoring your comments, but I'm tied up elsewhere for the rest of the week.  I'll be able to respond to your comments early next week...

@ximinez, thanks for the :+1:.
Since this pull request is currently designed to sit on top of your pull request https://github.com/ripple/rippled/pull/2770, I'll wait until that pull request is marked as passed and is squashed.  Then I'll rebase this pull request on top of yours and resolve the conflicts.  At that point I'l mark this pull request passed.

Incorporated into https://github.com/ripple/rippled/pull/2869.  Closing this pull request so the code is not accidentally merged to develop twice.


Support selectors for LabelNames and LabelValues

Regarding https://github.com/prometheus/prometheus/issues/5248
The best way now is equivalent to querying the tsdb for series and filter the required information - which is inefficient.

That's the only way to do it and the most efficient, I don't see the need to extend the API.

Original issue closed so no need to keep this one open


Fix react-components test failure on win10

What's new
Chrome <IP_ADDRESS> (Windows 10) RobotInfo information renders correctly FAILED
	Expected function not to throw, but it threw TestingLibraryElementError: Unable to find an element with the text: 12/31/1969, 7:00:00 PM. This could be because the text is broken up by multiple elements. In this case, you can provide a function for your text matcher to make your matcher more flexible.

Self-checks

[ ] I have prototyped this new feature (if necessary) on Figma
[x] I'm familiar with and follow this Typescript guideline
[ ] I added unit-tests for new components
[ ] I tried testing edge cases
[x] I tested the behavior of the components that interact with the backend, with an e2e test

Discussion

I think 1 more thing worth trying is updating testing-library. If that doesn't work as well then I'm fine with this change.

@koonpeng, ah unfortunately it looks like it still fails after updating testing-library/* and using our old tests. I've kept the updates in this PR and switched to the newer tests


Install plugin from github?

One question: is it possible. to install a plugin from github directly? Would be useful when working on a plugin or to install the development version of a plugin?
Thanks,
Rainer

Hi @rkrug,
This is not supported, and probably won't be.
Linux Only: If you start the service with the HOMEBRIDGE_CONFIG_UI_TERMINAL=1 environment variable, you can access a terminal from the UI which would allow you to run the commands to install from GitHub manually, but from your web browser.

Sounds perfect to me - thanks.

On 24 Apr 2019, at 14:20, oznu<EMAIL_ADDRESS>wrote:
Hi @rkrug https://github.com/rkrug,
This is not supported, and probably won't be.
Linux Only: If you start the service with the HOMEBRIDGE_CONFIG_UI_TERMINAL=1 environment variable, you can access a terminal from the UI which would allow you to run the commands to install from GitHub manually, but from your web browser.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub https://github.com/oznu/homebridge-config-ui-x/issues/268#issuecomment-486204507, or mute the thread https://github.com/notifications/unsubscribe-auth/AADW6BDAWTISEKA3RP7WY3TPSBGALANCNFSM4HIB4CSQ.

--
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany)
Orcid ID: 0000-0002-7490-0066
Department of Evolutionary Biology and Environmental Studies
University of Zürich
Office Y34-J-74
Winterthurerstrasse 190
8075 Zürich
Switzerland
Office:	+41 (0)44 635 47 64
Cell:       	+41 (0)78 630 66 57
email<EMAIL_ADDRESS><EMAIL_ADDRESS>Skype:     RMkrug
PGP: 0x0F52F982


Excludestaticpropertiesconstructorinitializedmemberassertion

Fixes issue #656.

Static properties are now excluded from ConstructorInitializedMemberAssertion
Static fields are also excluded from ConstructorInitializedMemberAssertion
Extended the TestTypeFoundation to have types that have those traits

Thank you for your contribution! It's now available as AutoFixture.Idioms 3.47.8.


Consider moving UIO Table of Contents to before

The UIO Table of contents should appear before the title in the main content area.
Currently the ToC appears after the title.
Depends on #232 .

The usage of the ToC should be reviewed. On many pages it doesn't add much value as there is only the page header displayed. It may be more useful on long news articles.
Some potential options:

Remove the ToC completely from the instance of UIO on the site
Only show the ToC on news articles and other pages that may make good use of it
Create and implement a design that better integrates the ToC into the page as a whole.


Suggests copy instead of for-loop with differing types

I've code similar to this:
var a T // [][16]byte, not interface{}
b := make([]interface{}, len(a))
for i := range b {
    b[i] = a[i]
}

And a copy is suggested, even though [][16]byte cannot be copied into a []interface{}

cheers.


Using AWS SDK Version 3

As discussed with my colleague (@edu115) we updated the AWS SDK to version 3.
The only real change we did was in SqsQueueByName.cs:
We would get an error in unittest WhenOptingOutOfErrorQueue.ErrorQueueShouldNotBeCreated:
"Value {"maxReceiveCount":"5", "deadLetterTargetArn":""} for parameter RedrivePolicy is invalid. Reason: Invalid value for deadLetterTargetArn.".
Since this only happens when opting out of an errorqueue and without an error queue you don't need a redrive policy, we moved the call to UpdateRedrivePolicy to within the errorqueue create/update condition block.

I'm going to re-do this from the company account


More involved tests for DynamicAdapter, StaticAdapter and ListingAdapter

Right now all the logic in these three adapters are tested by using RedditModelAdapterFactory. They should be tested independently. RedditModelAdapterFactory should have its own tests to see if it creates the right type of adapter.
This would require these three classes to be internal instead of private.

Here's the new spec. Should be pretty involved. DynamicAdapter and DynamicNonGenericModelAdapter have merged as well.
class RedditModelAdapterFactoryTest : Spek({
    xit("should return null when not given @Enveloped")
    xit("should return a ListingAdapter when given a Listing type")
    xit("should return a StaticAdapter when the given type is marked with @RedditModel")
    xit("should return a StaticAdapter with a non-null expectedKind when the type is Subreddit")
    xit("should return a DynamicAdapter when the given type is not marked with @RedditModel")

    describe("StaticAdapter") {
        describe("toJson") {
            xit("should throw an IllegalArgumentException if there is no JsonAdapter registered for the provided kind")
            xit("should serialize to a RedditModelEnvelope")
        }
        describe("fromJson") {
            xit("should not care about the value of 'kind' when expectedKind is null")
            xit("should throw a JsonDataException if 'kind' or 'data' are missing")
            xit("should return a value of the specified type when everything else is fine")
        }

        xit("should be able to serialize JSON created by toJson() without loss of meaning")
    }

    describe("DynamicAdapter") {
        describe("toJson") {
            // TODO(mattbdean): https://github.com/mattbdean/JRAW/issues/237
            xit("should be able to dynamically serialize JSON")
        }
        describe("fromJson") {
            xit("should throw an IllegalArgumentException if there is no JsonAdapter registered for the given kind")
            xit("should throw a JsonDataException if 'kind' or 'data' are missing")
            xit("should dynamically find a JsonAdapter based on the value of 'kind' and deserialize that value")
        }
        xit("should be able to serialize JSON created by toJson() without loss of meaning")
    }

    describe("ListingAdapter") {
        describe("toJson") {
            xit("should produce a JSON object with 'kind' and 'data' properties")
        }
        describe("fromJson") {
            xit("should throw an IllegalArgumentException if 'kind' is not 'Listing'")
            xit("should throw a JsonDataException if 'data' doesn't exist or its non-null")
        }

        xit("should be able to serialize JSON created by toJson() without loss of meaning")
    }
})


Install error

Describe the bug
Upon

$ npm install --global "https://github.com/blockstack/cli-blockstack#feature/stacks-2.0-tx"

I get
ImportError: No module named parser
gyp ERR! configure error
gyp ERR! stack Error: `gyp` failed with exit code: 1
gyp ERR! stack     at ChildProcess.onCpExit (/usr/local/lib/node_modules/npm/node_modules/node-gyp/lib/configure.js:344:16)
gyp ERR! stack     at ChildProcess.emit (events.js:210:5)
gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:272:12)
gyp ERR! System Darwin 17.7.0
gyp ERR! command "/usr/local/Cellar/node/12.12.0/bin/node" "/usr/local/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /usr/local/lib/node_modules/blockstack-cli/node_modules/tiny-secp256k1
gyp ERR! node -v v12.12.0
gyp ERR! node-gyp -v v5.0.3
gyp ERR! not ok
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR<EMAIL_ADDRESS>build: `node-gyp rebuild`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the<EMAIL_ADDRESS>build script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

I think it is a code / gpy issue on my machine (OS X) but sharing here if there is a previous issue documented here that can help. Thanks!

@yknl, could you take a look?

You'll need to have the macos xcode build-tools installed, I'd check that. Offhand, i would guess a missing gcc or some headers might be missing.
From the output, there should be a logfile that would have logged the errors building tiny-secp256k

Might be a NPM and python version issue. Older versions of node-gyp bundled with NPM only supports python 2.7. Newer versions should support python 3. Updating NPM should address this issue.
Check versions:
python --version
npm -v
Updating NPM if using nvm:
nvm install-latest-npm
or npm install npm

I'm on Python 2.7.13 and npm 6.11.3

npm install npm

Solved this. Thanks @yknl !


Issues with kubernetes client failing to access cluster during secrets

Describe the bug
I've been having issues when running tye deploy and when trying to check kubernetes secrets, I get an error:
Reading Project Details...
Reading Project Details...
Reading Project Details...
Enter the Container Registry (ex: 'example.azurecr.io' for Azure or 'example' for dockerhub): jkotalik
Processing Service 'backend'...
    Compiling Services...
    Publishing Project...
        Created Publish Output: 'C:\Users\jukotali\code\tye\samples\multi-project\backend\bin\Release\netcoreapp3.1\pub
    Building Docker Image...
        Created Docker Image: 'jkotalik/backend:0.1.0-dev'

System.Net.Http.HttpRequestException: The SSL connection could not be established, see inner exception.
 ---> System.Security.Authentication.AuthenticationException: Authentication failed, see inner exception.
 ---> System.ComponentModel.Win32Exception (0x80090326): The message received was unexpected or badly formatted.
   --- End of inner exception stack trace ---
   at System.Net.Security.SslStream.StartSendAuthResetSignal(ProtocolToken message, AsyncProtocolRequest asyncRequest,
   at System.Net.Security.SslStream.CheckCompletionBeforeNextReceive(ProtocolToken message, AsyncProtocolRequest asyncR
   at System.Net.Security.SslStream.StartSendBlob(Byte[] incoming, Int32 count, AsyncProtocolRequest asyncRequest)
   at System.Net.Security.SslStream.ProcessReceivedBlob(Byte[] buffer, Int32 count, AsyncProtocolRequest asyncRequest)
   at System.Net.Security.SslStream.StartReadFrame(Byte[] buffer, Int32 readBytes, AsyncProtocolRequest asyncRequest)
   at System.Net.Security.SslStream.PartialFrameCallback(AsyncProtocolRequest asyncRequest)
--- End of stack trace from previous location where exception was thrown ---
   at System.Net.Security.SslStream.ThrowIfExceptional()
   at System.Net.Security.SslStream.InternalEndProcessAuthentication(LazyAsyncResult lazyResult)
   at System.Net.Security.SslStream.EndProcessAuthentication(IAsyncResult result)
   at System.Net.Security.SslStream.EndAuthenticateAsClient(IAsyncResult asyncResult)
   at System.Net.Security.SslStream.<>c.<AuthenticateAsClientAsync>b__65_1(IAsyncResult iar)
   at System.Threading.Tasks.TaskFactory`1.FromAsyncCoreLogic(IAsyncResult iar, Func`2 endFunction, Action`1 endAction,                            tion)
--- End of stack trace from previous location where exception was thrown ---
   at System.Net.Http.ConnectHelper.EstablishSslConnectionAsyncCore(Stream stream, SslClientAuthenticationOptions sslOp                               --- End of inner exception stack trace ---
   at System.Net.Http.ConnectHelper.EstablishSslConnectionAsyncCore(Stream stream, SslClientAuthenticationOptions sslOp                               at System.Net.Http.HttpConnectionPool.ConnectAsync(HttpRequestMessage request, Boolean allowHttp2, CancellationToken
   at System.Net.Http.HttpConnectionPool.CreateHttp11ConnectionAsync(HttpRequestMessage request, CancellationToken canc
   at System.Net.Http.HttpConnectionPool.GetHttpConnectionAsync(HttpRequestMessage request, CancellationToken cancellat
   at System.Net.Http.HttpConnectionPool.SendWithRetryAsync(HttpRequestMessage request, Boolean doRequestAuth, Cancella
   at System.Net.Http.RedirectHandler.SendAsync(HttpRequestMessage request, CancellationToken cancellationToken)
   at k8s.WatcherDelegatingHandler.SendAsync(HttpRequestMessage request, CancellationToken cancellationToken)
   at Microsoft.Rest.RetryDelegatingHandler.<>c__DisplayClass11_0.<<SendAsync>b__1>d.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at Microsoft.Rest.RetryDelegatingHandler.SendAsync(HttpRequestMessage request, CancellationToken cancellationToken)
   at System.Net.Http.HttpClient.FinishSendAsyncBuffered(Task`1 sendTask, HttpRequestMessage request, CancellationToken
   at k8s.Kubernetes.ReadNamespacedSecretWithHttpMessagesAsync(String name, String namespaceParameter, Nullable`1 exact                            ry`2 customHeaders, CancellationToken cancellationToken)
   at Microsoft.Tye.ValidateSecretStep.ExecuteAsync(OutputContext output, Application application, ServiceEntry service                            t.Tye.Core\ValidateSecretStep.cs:line 65

I didn't have this issue before, but seems like potentially a common issue people may hit. Our current hypothesis for what is wrong is potentially an issue with the kubernetes c# client, but we aren't sure yet.
Let's see if other people hit this issue as well.

As @jkotalik - we're curious to see if this is just an issue on his machine or if other people hit it as well.

@jkotalik - if this is still a problem please reactivate. We haven't seen any other reports of this.


Test

Test for issues.
https://cdn.rawgit.com/miguel-perez/smoothState.js/master/jquery.smoothState.min.js

A comment with a URL:
https://cdn.rawgit.com/miguel-perez/smoothState.js/master/jquery.smoothState.min.js
Ciao.

Closing...


Unserialize automatically

OS
Windows
VERSION
1.4.5
ISSUE DESCRIPTION
I am working with PHP serialized data. Each time that I open or update a key containing a serialized value, I need change the type display from text to unserialize. I think that it could be done automatically by check the content type.
I think that it could be done basically by checking this regex: /^\w:/.

It can be achieved, but the cost is the performance.
Now only JSON format can be detected automatically, if other format want to be detected automatically, the app will try many other formats, such as php,gzip or others.(Because other people want to ungzip automatically). So this feature is not supported yet.

I don't think performance would be much of a problem, since it is quite simple to test the content before trying to unserialize.
But to avoid major problems, it could be limited to small serializations (up to 64 kb). And if it is bigger than that, display a message like "this content is serialized, click here to process".

thx, I'll try this

done