[idea] provide a more unified interface between RSC, SSR and Browser

The idea of this change would be that usage of Apollo Client between RSC and SSR/Browser would be more inline by unifying how we handle imports.
Right now, in RSC you have to
import { ApolloClient, HttpLink, InMemoryCache } from "@apollo/client";
import { registerApolloClient } from "@apollo/experimental-nextjs-app-support/rsc";

and in SSR/Browser, you'd do
import {
  ApolloNextAppProvider,
  NextSSRInMemoryCache,
  NextSSRApolloClient,
  SSRMultipartLink,
} from "@apollo/experimental-nextjs-app-support/ssr";

This change would unify that:

NextSSRApolloClient and NextSSRInMemoryCache are renamed to ApolloClient and InMemoryCache (old names are still exported, but with a deprecation warning)
both RSC and SSR/Browser now import from @apollo/experimental-nextjs-app-support instead of .../ssr and .../rsc - the bundler can handle that (old entry points are still available - this was already a change made in the new packaging setup)
On RSC, we also export AccumulateMultipartResponsesLink, RemoveMultipartDirectivesLink and SSRMultipartLink - because why not? :)

So usage would change like this in RSC
import { HttpLink } from "@apollo/client";
import {
  ApolloClient,
  InMemoryCache,
  registerApolloClient
} from "@apollo/experimental-nextjs-app-support";

and in SSR/Browser, you'd do
import {
  ApolloNextAppProvider,
  InMemoryCache,
  ApolloClient,
  SSRMultipartLink,
} from "@apollo/experimental-nextjs-app-support";

This should make it more intuitive to use this package.
Some additional thoughts:

should we also export all our other hooks from this package to prevent further confusion?

I like the idea how having less mental load on users of the library!

should we also export all our other hooks from this package to prevent further confusion

I think that would be cool, but I wonder if this would work well with auto imports, right?
For example ApolloClient could come from multiple places. I don't know if you have any ideas about this?

@patrick91  We could suggest ESLint configuration to warn on wrong imports.
Also, with https://github.com/apollographql/apollo-client-nextjs/pull/206 we should catch most cases where people use a "wrong hook".

I'm going to pick up this PR and scope it back for a bit now

@apollo/client-react-streaming will already have the final shape
@apollo/experimental-nextjs-app-support will have the shape from before the package split

That will be what we ship as 0.9.0
I'll open another follow-up PR for 0.10.0 that introduces the / import for @apollo/experimental-nextjs-app-support and deprecates the /ssr and /rsc ones in another follow-up, probably 0.11.0


Add a one line description of Move2Kube just below Move2Kube top left label

Look at https://kompose.io/ for inspiration.
Also possibly move the github buttons below.

@Akash-Nayak FYA


Add unwrap() to LazyQuery fetch

Hi there!
I am the creator of https://github.com/SaulMoro/ngrx-rtk-query, implementing the LazyQuery feature in the library,  I have found that it would be nice to have the same unwrap() functionality as in the mutations.
For example, in the following use case I could reset the input of the form only if the request is correct.

The thing is that useLazyQuery does not necessarily actually fire a query. If the data would already be available in the store, that .unwrap would actually throw - which would be very unexpected.
That's pretty much the reason we have no promise on useQuery().refetch()  and useLazyQuery()[0].
If you have any suggestions on how to perfectly handle those cases, I'm all ears :)

Adding to that, as I just remembered:
We were thinking about instantly resolving with the correct value, but then there is also this edge case:

request started -> state pending -> can return promise
seconds request started -> state still pending, but nothing in cache yet. Cannot return correct promise for result and cannot return cached result.

Ohh you are right!
Anyway, the use case can be solved in Angular with rxjs tap pipe (query$.pipe(tap((result) => ...))) in the component or with NgRx effect. On the other hand, in React can be solved with useEffect.


Display fallback message if JavaScript is disabled

Feature Description
Right now, when JavaScript is disabled users are stuck on a Loading... message when trying to open the editor or the dashboard.
It would be trivial to add a fallback message like on the block editor that says:
The Web Stories editor requires JavaScript. Please enable JavaScript in your browser settings.

Additional Context
What users see when opening Gutenberg and JavaScript is disabled:

What users see when opening the story editor and JavaScript is disabled:

Do not alter or remove anything below. The following sections will be managed by moderators only.
Acceptance Criteria

Implementation Brief

@swissspidy I think your suggestion of the message is perfectly reasonable, and it makes sense to align it with the same UI that WP uses for posts. Could we just go with that and remove the UX dependency?
Moved to ready for sprint for your evaluation, but feel free to kick it back to UX needed as necessary.

Sounds good to me!


Scaling replication controller using dashboard is not functional

Rancher versions:
rancher/server:v1.6.11-rc8
kubernetes (if applicable):K8s1.8.2-rancher3-etcdv2
Docker version: (docker version,docker info preferred) v1.12.6
**Operating system and kernel: (cat /etc/os-release, uname -r preferred)**Ubuntu
**Type/provider of hosts: (VirtualBox/Bare-metal/AWS/GCE/DO)**Digital Ocean
Setup details: (single node rancher vs. HA rancher, internal DB vs. external DB) Single node
**Environment Template: (Cattle/Kubernetes/Swarm/Mesos)**Kubernetes
Steps to Reproduce:

Create a Kubernetes setup (K8s1.8.2-rancher3-etcdv2)
Create few rcs/pods/services
Launch dashboard, and scale replication controller by right clicking the RC.
Scale increase/decrease does not take into effect. Dashboard logs below:

11/8/2017 3:09:24 PM[2017-11-08T23:09:24Z] Outcoming response to <IP_ADDRESS>:34762 with 200 status code
11/8/2017 3:09:41 PM[2017-11-08T23:09:41Z] Incoming HTTP/1.1 PUT /api/v1/scale/Replication%!C(MISSING)ontroller/default/k8testrc6?scaleBy=10 request from <IP_ADDRESS>:56586: {
11/8/2017 3:09:41 PM  "Content-Type": "application/json"
11/8/2017 3:09:41 PM}
11/8/2017 3:09:41 PMthe server could not find the requested resource
11/8/2017 3:09:41 PM[2017-11-08T23:09:41Z] Outcoming response to <IP_ADDRESS>:56586 with 404 status code

Note: Editing the yaml file to increase the scale is working. Deleting resources using dashboard is working

the logs show error in the dashboard code, after updating the dashboard to v1.7.1 it solved the problem

Tested with rancher v1.6.11-rc9 using Kubernetes v1.8.2-rancher4. Scaling repication controller using dashboard is functional.


ElasticSearch Connector

This pull request includes the ElasticSearch connector needed to perform a check toward a specific ElasticSearch API Endpoint.
In particular, two new cli flags were added:

--elasticsearch-database: allows to specify the connection string using the format https://<username>:<password>@<hostname>:<port>
--elasticsearch-skip-verify: if enabled, will skip SSL certificate verification while connecting

The following check is an example of an implementation that checks if the elastic user is superuser.
      "  sql_checks:{"
      "    target_database: DB_ELASTICSEARCH"
      "    query: \"/_security/user/elastic\""
      "    filter_regex: \".*?superuser.*\""
      "    expect_results: false"
      "  }"

Note how the query parameter is the Path of the ElasticSearch HTTP endpoint to be queried.
Then, filter_regex performs a regex match on the HTTP Body Response.
The compliance is verified if the regex matches and expect_results is true, or if the regex does not match and expect_results is false.
In order to perform the request, the elsquerier package was developed, which uses the official go-elasticsearch connector.
This feature was developed by IMQ Minded Security.

Can we remove the CassandraDB related commits from this PR now that those have been merged?

Can we remove the CassandraDB related commits from this PR now that those have been merged?

Done and added a commit for the other comments


nvidia_x11_vulkan_beta: 455.46.04 -> 470.62.13

Motivation for this change
I want to use VK_EXT_video_encode_h264!
cc @baracoder
Things done

Built on platform(s)

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

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] Tested, as applicable:

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

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage

Too many builds (21) for local machine, tested with default linuxPackages and with older linuxPackages_zen.

[x] Tested basic functionality of all binary files (usually in ./result/bin/) (Note: Tested on older base nixpkgs rev as my fleet is behind by a month)
22.05 Release Notes (or backporting 21.11 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module
[ ] (Release notes changes) Ran nixos/doc/manual/md-to-db.sh to update generated release notes

[X] Fits CONTRIBUTING.md.

Builds those packages pass:
linuxPackages.nvidiaPackages.vulkan_beta
linuxPackages.nvidiaPackages.vulkan_beta.settings
linuxPackages.nvidiaPackages.vulkan_beta.persistenced

and because it Is just an update of a beta package, this should be good to merge

Any reason not to go to 470.62.22 with Vulkan 1.3 support? For the vulkan beta drivers, I think it makes sense to include the patch version number as well in persistencedVersion and settingsVersion, given how large the changes seem to be among patch versions.
https://developer.nvidia.com/vulkan-driver

It didn't exist when I made this PR and no one seems to care about merging this, so..

If I could, I would after testing :joy:. I updated my response after seeing this PR was opened back in Dec. 2. Overlays are nice......

Personally I just use a branch with all my random little patches :P

nix-review didn't want to build this. but tested manually building pkgs.linuxPackages.nvidia_x11_vulkan_beta on this branch rebased on master and that seemed to build


Unhelpful compile error for compute shader

Hi
Thanks for making this, it looks very useful!
I tried adding a compute shader which compiles with shaderc, but I get a very unhelpful message "Failed to compile the compute shader" and no other errors. I don't really have any idea of how to further debug it.

Sorry for the inconvenience, this is a weird quirk in SHADERed - glslang (compiler) didn't report any error (since it's a valid GLSL code), but when uploading that code to GPU an error is reported (and I don't print those in the "Output" window).
layout(set=...) is supported in Vulkan's version of GLSL (and SHADERed uses OpenGL), as far as I am aware.
You could add this code below the #version 450 line:
#extension GL_KHR_vulkan_glsl : enable

I tested your code with the #extension line and it compiles fine.
Or you could change the extension to .vk (so that SHADERed's compiler thinks of it as Vulkan GLSL).. Though, adding #extension might be a better solution since Vulkan GLSL is not truly supported.

Thanks!
I still can't figure out how to actually use the compute shader, but that's unrelated to this issue.
Leaving this issue open since it is still an unhelpful message :)

This should now be fixed and included in the next release of SHADERed (v1.5.1).

By the way, by "can't figure out how to use the compute shader", do you mean in SHADERed or generally? If it's due to SHADERed, feel free to email me!
I think I can close this issue now as it has been resolved.


无法正常识别掉落物

战斗结束
检查物品识别模型更新
Traceback (most recent call last):
File "D:\ArkNightHelper.bootstrapper\runtime\lib\site-packages\urllib3\connection.py", line 174, in _new_conn
conn = connection.create_connection(
File "D:\ArkNightHelper.bootstrapper\runtime\lib\site-packages\urllib3\util\connection.py", line 95, in create_connection
raise err
File "D:\ArkNightHelper.bootstrapper\runtime\lib\site-packages\urllib3\util\connection.py", line 85, in create_connection
sock.connect(sa)
socket.timeout: timed out
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "D:\ArkNightHelper.bootstrapper\runtime\lib\site-packages\urllib3\connectionpool.py", line 703, in urlopen
httplib_response = self._make_request(
File "D:\ArkNightHelper.bootstrapper\runtime\lib\site-packages\urllib3\connectionpool.py", line 386, in _make_request
self._validate_conn(conn)
File "D:\ArkNightHelper.bootstrapper\runtime\lib\site-packages\urllib3\connectionpool.py", line 1040, in _validate_conn
conn.connect()
File "D:\ArkNightHelper.bootstrapper\runtime\lib\site-packages\urllib3\connection.py", line 358, in connect
self.sock = conn = self._new_conn()
File "D:\ArkNightHelper.bootstrapper\runtime\lib\site-packages\urllib3\connection.py", line 179, in _new_conn
raise ConnectTimeoutError(
urllib3.exceptions.ConnectTimeoutError: (<urllib3.connection.HTTPSConnection object at 0x0000025E3307DBB0>, 'Connection to cdn.jsdelivr.net timed out. (connect timeout=3)')
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "D:\ArkNightHelper.bootstrapper\runtime\lib\site-packages\requests\adapters.py", line 440, in send
resp = conn.urlopen(
File "D:\ArkNightHelper.bootstrapper\runtime\lib\site-packages\urllib3\connectionpool.py", line 785, in urlopen
retries = retries.increment(
File "D:\ArkNightHelper.bootstrapper\runtime\lib\site-packages\urllib3\util\retry.py", line 592, in increment
raise MaxRetryError(_pool, url, error or ResponseError(cause))
urllib3.exceptions.MaxRetryError: HTTPSConnectionPool(host='cdn.jsdelivr.net', port=443): Max retries exceeded with url<EMAIL_ADDRESS>(Caused by ConnectTimeoutError(<urllib3.connection.HTTPSConnection object at 0x0000025E3307DBB0>, 'Connection to cdn.jsdelivr.net timed out. (connect timeout=3)'))
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "Arknights/addons/combat.py", line 356, in on_end_operation
File "imgreco/end_operation.py", line 276, in recognize
File "imgreco/end_operation.py", line 435, in recognize_ep10
File "imgreco/end_operation.py", line 110, in tell_group_ep10
File "imgreco/item.py", line 132, in tell_item
File "imgreco/item.py", line 43, in predict_item_dnn
File "imgreco/itemdb.py", line 32, in load_net
File "imgreco/itemdb.py", line 56, in update_index_info
File "imgreco/itemdb.py", line 89, in update_net
File "imgreco/itemdb.py", line 69, in retry_get
File "imgreco/itemdb.py", line 65, in retry_get
File "D:\ArkNightHelper.bootstrapper\runtime\lib\site-packages\requests\api.py", line 75, in get
return request('get', url, params=params, **kwargs)
File "D:\ArkNightHelper.bootstrapper\runtime\lib\site-packages\requests\api.py", line 61, in request
return session.request(method=method, url=url, **kwargs)
File "D:\ArkNightHelper.bootstrapper\runtime\lib\site-packages\requests\sessions.py", line 529, in request
resp = self.send(prep, **send_kwargs)
File "D:\ArkNightHelper.bootstrapper\runtime\lib\site-packages\requests\sessions.py", line 645, in send
r = adapter.send(request, **kwargs)
File "D:\ArkNightHelper.bootstrapper\runtime\lib\site-packages\requests\adapters.py", line 507, in send
raise ConnectTimeout(e, request=request)
requests.exceptions.ConnectTimeout: HTTPSConnectionPool(host='cdn.jsdelivr.net', port=443): Max retries exceeded with url<EMAIL_ADDRESS>(Caused by ConnectTimeoutError(<urllib3.connection.HTTPSConnection object at 0x0000025E3307DBB0>, 'Connection to cdn.jsdelivr.net timed out. (connect timeout=3)'))

ConnectTimeoutError(<urllib3.connection.HTTPSConnection object at 0x0000025E3307DBB0>, 'Connection to cdn.jsdelivr.net timed out. (connect timeout=3)'))

网络问题，请自行寻找解决方法

ConnectTimeoutError(<urllib3.connection.HTTPSConnection object at 0x0000025E3307DBB0>, 'Connection to cdn.jsdelivr.net timed out. (connect timeout=3)'))

网络问题，请自行寻找解决方法

jsdelivr已经被墙了


Refactor error handling

Summary of changes
Changes introduced in this pull request:

Been bugging me for a while now, and now seemed like a good time to change because less conflicts

Switches all errors to derive std::error::Error through the thiserror crate (https://github.com/dtolnay/thiserror) which makes it more extensible and clean/quick to use

There are still things I think could be improved, but I tried to keep these changes unopinionated without making any functional changes.
Only functional changes are two things I suspect to be a bugs here if that doesn't resolve, the change(s) in chain_store.rs @dutterbutter can you confirm there isn't a specific reason it should not change
Reference issue to close (if applicable)

Closes
#216
Other information and links

@austinabell yes that should return Ok(()) rather than an error. Nice catch!


Fix fullscreen on OS X

I know the dev branch is totally different but but here's a PR:
Going fullscreen didn't hide the dock/menu bar on OS X Mavericks. This seems to help.
I haven't been able to check other OSes.

LGTM.
There's code above that gets monitor and sets it to nil if fullscreen is false. It seems like monitor was meant to be passed to glfw.CreateWindow the way your PR does, and it was simply an unintentional omission.

The original intent was to do borderless windowed fullscreen, but I am happy with this change. Thanks!

The original intent was to do borderless windowed fullscreen

I think the way to achieve that is to set the monitor and request the current video mode, the way this PR does. See http://www.glfw.org/docs/latest/window.html#window_windowed_full_screen.


⚠ Bofrost.be has degraded performance

In 5d14f5c, Bofrost.be (https://www.bofrost.be) experienced degraded performance:

HTTP code: 200
Response time: 1197 ms

Resolved: Bofrost.be performance has improved in 1598436.


Changelog

Hi there!
@limonte, please, add a CHANGELOG.md to the repository!

@limonte already keeps a changelog in the releases. If there's any specific benefit from moving it to a markdown file in the project, comment and I'll reopen


Update reference

Update the following reference in reference.bib from:
@article{doi:10.1111/gean.12211,
    author = {Gaboardi, James D. and Folch, David C. and Horner, Mark W.},
    title = {{Connecting Points to Spatial Networks: Effects on Discrete Optimization Models}},
    journal = {Geographical Analysis},
    year = {2019},
    volume = {0},
    pages = {1--24},
    doi = {10.1111/gean.12211},
}

to
@article{gaboardi2020a,
    author = {Gaboardi, James D. and Folch, David C. and Horner, Mark W.},
    title = {{Connecting Points to Spatial Networks: Effects on Discrete Optimization Models}},
    journal = {Geographical Analysis},
    year = {2020},
    volume = {52},
    issue = {2},
    pages = {299--322},
    doi = {10.1111/gean.12211},
}

#498


nlohmann_json: use c++11 for on_test.

nlohmann_json is written in vanilla C++11. It compile with gcc-4.8 which don't support -std=c++14 option.

重新开个 pr 提交到 dev 分支，触发下 ci


Support for all WordPress translation functions?

Currently, there's missing support for the function "load_child_theme_textdomain()" -- that should be added of course.
Also, in some cases the path and/or textdomain gets not recognized from Poedit. However those cases are hard to find out.
I just opened this ticket to start tracking this stuff and hopefully have it improved then in Poedit. So I may add and report related stuff with missing i18n functions from WP plus path/textdomain problems here.

Results of 1.7.3 code on the themes from https://wordpress.org/themes/ are good, I think:
I crawled all 1630 maintained themes (i.e. with updates in the last 2 years and w/o a warning shown in the directory). From these

1300 worked with Poedit
320 had no localization support whatsoever
10 had some Poedit failures

A grand total of three of the failures were genuine: something that would require much deeper interpretation; the remaining 7 were either didn't have l10n support and were misdetected (a comment saying that they used load_theme_textdomain, but they didn't, Poedit thought the comment was code) or had broken domain-loading calls (using get_template_directory_uri() instead of get_template_directory()) and so effectively didn't have working l10n either.
When I included unmaintained themes too (total 2928), there were many more w/o l10n (1256) and 16 failures (after analyzing them, they added 3 more "genuine" ones, the other 3 were one of the above cases).

It's less rosy for https://wordpress.org/plugins/, mainly due to the sheer number of them. I tested 19717 maintained plugins and from these

6286 were OK
12649 had no localization support
782 had some Poedit failures

It's worth noting that none of the 782 plugins ship with any PO files. Many of those (guestimate 40-50%) are incorrect, broken load_plugin_textdomain uses that don't work and Poedit shouldn't recognize them as good. But there are lots of legitimate code that Poedit fails to understand — the trouble is that these unhandled load_plugin_textdomain calls are pretty much all unique; I think I reached the limits of static analysis here.
Right now, the most appealing course seems to me to either start sending patches to developers or have some manually curated whitelist (or both). Or to (continue to) handle these edge cases as support requests.

Is this possible to implement the text domain keyword? E.g. __:1,2d (d -> indicates the textdomain). Of course the perfect scenario is the possibility to specify the text domain to fetch translations only for it (i.e. I have two different text domains within one php file).

@madeinua Please read GNU gettext documentation. Please don’t post off-topic comments on random issues.

Closing — realized this is outdated now.


External html links should have an external link icon

For accessibility reasons, ui-kit recommend that external links should open in a new tab and have an external link icon:

See https://gov-au-ui-kit.apps.staging.digital.gov.au/section-link-styles.html#guide-link-styles-1-hover-links

These should now be all fixed.


Define and export union types

Background
If I simply use dbt-artifacts-parser, that is often enough, since types like ManifestV1 are provided.
However, if a third-party tool that supports various versions of dbt artifacts uses dbt-artifacts-parser (e.g., https://github.com/datnguye/dbterd/pull/86 ), then the  ManifestV1, ManifestV2, ManifestV3, ... types with Union.
We did not think it desirable to define these in third-party tools, since every time there is a change in dbt-artifacts-parser, the third-party tool also has to modify the type.
What I Changed
I defined Union types so that they can be used by third-party libraries.

@yu-iskw Could you review my pull request? CC: @datnguye

@syou6162 I'm so sorry for the delay of my reply and thank you for the contribution. As we have supported dbt 1.8 (manifest v12 and run-results v6) are migrating the supported version of pydantic from v1 to v2, we have some conflicts in the pull request. Can you please catch up with the changes?

@yu-iskw Of course! I have just corrected the conflicted content in 0163006. Can you review it again?

Unfortunately, it seems that we can't use the type aliasing in python 3.8 and 3.9.  Do you have any idea to solve the issue?
https://devguide.python.org/versions/

@yu-iskw Okay, I understand the situation. Since I could not come up with a replacement for TypeAlias, how about merge this pull request around 2025-10 when Python 3.9 is end of life? I have no problem with waiting until that time.
CC: @datnguye

Alright. Let me close this at the moment. We will have other conflicts as supporting newer versions of dbt, since there is a long time until the end-of-life of the version. Please feel free to reopen it, if it gets ready.


Fix searchvar not finding vars with false values

Summary:  currently, searchvar doesn't find variables if the value of the variable is something considered False in python (like False itself, 0, empty string, list or dictionary). This change fixes that.

@roman8422 good find and thanks for the fix!


[raylib] raudio.c, raylib.h, and windows.h connflicting types

Issue description
Raylib.h, raudio.c and windows.h all have conflicting types against each other, making it not able to compile
Environment
CLion, Windows 10
Issue Screenshot
https://imgur.com/a/kXVYEbT

This issue has already been listed before: https://github.com/raysan5/raylib/issues/1217#issuecomment-618428626

This issue has already been listed before: https://github.com/raysan5/raylib/issues/1217#issuecomment-618428626


pythonPackages.sympy: 1.1.1 -> 1.2

Motivation for this change
Needs a sage patch. @FRidh is it okay to merge this outside of your python updates?
Things done

[ ] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS)
Built on platform(s)

[ ] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nox --run "nox-review wip"
[ ] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[ ] Fits CONTRIBUTING.md.

Success on x86_64-darwin (full log)
Attempted: python2Packages.sympy, python3Packages.sympy
Partial log (click to expand)
  The script isympy is installed in '/nix/store/l3jyy1ha6hzqz63bj1c3di43k87i2vv4-python3.6-sympy-1.2/bin' which is not on PATH.
  Consider adding this directory to PATH or, if you prefer to suppress this warning, use --no-warn-script-location.
Successfully installed sympy-1.2
/private/tmp/nix-build-python3.6-sympy-1.2.drv-0/sympy-1.2
post-installation fixup
gzipping man pages under /nix/store/l3jyy1ha6hzqz63bj1c3di43k87i2vv4-python3.6-sympy-1.2/share/man/
strip is /nix/store/vvbmqsh5ikrxkiwj71dwfbzcwf4bfav8-cctools-binutils-darwin/bin/strip
stripping (with command strip and flags -S) in /nix/store/l3jyy1ha6hzqz63bj1c3di43k87i2vv4-python3.6-sympy-1.2/lib  /nix/store/l3jyy1ha6hzqz63bj1c3di43k87i2vv4-python3.6-sympy-1.2/bin
patching script interpreter paths in /nix/store/l3jyy1ha6hzqz63bj1c3di43k87i2vv4-python3.6-sympy-1.2
wrapping `/nix/store/l3jyy1ha6hzqz63bj1c3di43k87i2vv4-python3.6-sympy-1.2/bin/isympy'...

Success on x86_64-linux (full log)
Attempted: python2Packages.sympy, python3Packages.sympy
Partial log (click to expand)
post-installation fixup
shrinking RPATHs of ELF executables and libraries in /nix/store/01f89qxp04vc0hprjh67x43rbl8dh5m9-python3.6-sympy-1.2
gzipping man pages under /nix/store/01f89qxp04vc0hprjh67x43rbl8dh5m9-python3.6-sympy-1.2/share/man/
strip is /nix/store/h0lbngpv6ln56hjj59i6l77vxq25flbz-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/01f89qxp04vc0hprjh67x43rbl8dh5m9-python3.6-sympy-1.2/lib  /nix/store/01f89qxp04vc0hprjh67x43rbl8dh5m9-python3.6-sympy-1.2/bin
patching script interpreter paths in /nix/store/01f89qxp04vc0hprjh67x43rbl8dh5m9-python3.6-sympy-1.2
checking for references to /build in /nix/store/01f89qxp04vc0hprjh67x43rbl8dh5m9-python3.6-sympy-1.2...
wrapping `/nix/store/01f89qxp04vc0hprjh67x43rbl8dh5m9-python3.6-sympy-1.2/bin/isympy'...
/nix/store/y0znfril8zcmmgcvabl857kmaqimdn3k-python2.7-sympy-1.2
/nix/store/01f89qxp04vc0hprjh67x43rbl8dh5m9-python3.6-sympy-1.2

Success on aarch64-linux (full log)
Attempted: python2Packages.sympy, python3Packages.sympy
Partial log (click to expand)
shrinking RPATHs of ELF executables and libraries in /nix/store/rxdn6sag960d3j1a9yrlg658nznrz817-python3.6-sympy-1.2
gzipping man pages under /nix/store/rxdn6sag960d3j1a9yrlg658nznrz817-python3.6-sympy-1.2/share/man/
strip is /nix/store/y4ymnvgxygpq05h03kyzbj572zmh6zla-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/rxdn6sag960d3j1a9yrlg658nznrz817-python3.6-sympy-1.2/lib  /nix/store/rxdn6sag960d3j1a9yrlg658nznrz817-python3.6-sympy-1.2/bin
wrapping `/nix/store/5d6vnm4n097wkwvk51bkj6fcf661pphr-python2.7-sympy-1.2/bin/isympy'...
patching script interpreter paths in /nix/store/rxdn6sag960d3j1a9yrlg658nznrz817-python3.6-sympy-1.2
checking for references to /build in /nix/store/rxdn6sag960d3j1a9yrlg658nznrz817-python3.6-sympy-1.2...
wrapping `/nix/store/rxdn6sag960d3j1a9yrlg658nznrz817-python3.6-sympy-1.2/bin/isympy'...
/nix/store/5d6vnm4n097wkwvk51bkj6fcf661pphr-python2.7-sympy-1.2
/nix/store/rxdn6sag960d3j1a9yrlg658nznrz817-python3.6-sympy-1.2


Remove FromParallelIterator from the prelude

The standard prelude does not include FromIterator, expecting that
folks will usually interact with this only through collect().  We can
say the same about FromParallelIterator.

It would be great if FromIterator was in the prelude though, an interface like Vec::from_iter is usually easier to work with and more intuitive. That said, I know you value consistency with std high in rayon.

I can go either way - I also value real user feedback highly. 😀

I also can go either way. In principle, I too prefer Vec::from_iter, but in practice I always use collect(). I think partly because I wind up with a setup like:
let x: Vec<_> =
    foo
    .bar
    .collect();

and that feels relatively nice (I almost always write the type annotation).

OK, let's just leave it in.  It's not that harmful, since the method name is pretty unique.


Warning: The result of getSnapshot should be cached to avoid an infinite loop

When use [useConnect]

When use [useConnect]

Hey thanks for reporting. Can you tell me a bit more like which versions you are using, and if its svelte/vue/react?
some code could be good too

Ok I will probably investigate it during the week. thanks for reporting

I saw the same issue too with react and latest version

When use [useConnect]

Hey please try latest version 0.1.0 and see if you're still getting it. I havent encountered it myself.


feat: the homological functor on the homotopy category of cochain complexes in an abelian category

In this PR, it is shown that the homology functors on the homotopy category of cochain complexes in an abelian category are homological functors (in the sense that they send distinguished triangles to exact sequences). This PR also shows that the category of homological complexes in an abelian category is an abelian category.

[x] depends on: #11740
[x] depends on: #11759

Note:  the two new definitions like Abelian.isColimitMapCoconeOfCokernelCoforkOfπKernelConditionOfEpi are also used in order to show that the category of presheaves of modules is abelian #12721.

Thanks :tada:
bors merge


[FLINK-10992][tests] Revise Hadoop configuration.

What is the purpose of the change
Revise Hadoop configuration to improve HDFS stability in tests.
Brief change log

Do not use /tmp directory to place log files or the HDFS data directory.
Reconfigure dfs.replication to 1 because file availability is irrelevant in tests.
Increase heap size of HDFS DataNodes and NameNode.
Change find-files! function to not fail if directory does not exist.

Verifying this change
This change is already covered by existing tests, such as Jepsen tests.
Does this pull request potentially affect one of the following parts:

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

Documentation

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

I cannot double check the clojure code, but all changes listed in the changelog make sense.
With Travis green, +1 from my side


decrypt: improve the error message when decryption fail

I'm trying to create a pod with CoCo 0.2.0 on AMD SEV machine with simple_kbs and offline_sev_kbs. The image was encrypted with skopeo + attestation_agent and actually the image-rs fails to decrypt it:
$ kubectl describe pod/coco-fedora-6f8c58859c-5g5cd
Name:         coco-fedora-6f8c58859c-5g5cd
Namespace:    default
Priority:     0
Node:         virtlab1012/<IP_ADDRESS>
Start Time:   Wed, 14 Dec 2022 14:02:08 -0500
Labels:       app=coco-fedora
              pod-template-hash=6f8c58859c
Annotations:  <none>
Status:       Pending
IP:           <IP_ADDRESS>
IPs:
  IP:           <IP_ADDRESS>
Controlled By:  ReplicaSet/coco-fedora-6f8c58859c
Containers:
  coco-fedora:
    Container ID:
    Image:          docker.io/wainersm/coco-fedora_sshd-encrypted:latest
    Image ID:
    Port:           <none>
    Host Port:      <none>
    State:          Waiting
      Reason:       ImagePullBackOff
    Ready:          False
    Restart Count:  0
    Environment:    <none>
    Mounts:
      /var/run/secrets/kubernetes.io/serviceaccount from kube-api-access-qff86 (ro)
Conditions:
  Type              Status
  Initialized       True
  Ready             False
  ContainersReady   False
  PodScheduled      True
Volumes:
  kube-api-access-qff86:
    Type:                    Projected (a volume that contains injected data from multiple sources)
    TokenExpirationSeconds:  3607
    ConfigMapName:           kube-root-ca.crt
    ConfigMapOptional:       <nil>
    DownwardAPI:             true
QoS Class:                   BestEffort
Node-Selectors:              node-role.kubernetes.io/worker=
Tolerations:                 node.kubernetes.io/not-ready:NoExecute op=Exists for 300s
                             node.kubernetes.io/unreachable:NoExecute op=Exists for 300s
Events:
  Type     Reason     Age                From               Message
  ----     ------     ----               ----               -------
  Normal   Scheduled  24s                default-scheduler  Successfully assigned default/coco-fedora-6f8c58859c-5g5cd to virtlab1012
  Normal   BackOff    21s                kubelet            Back-off pulling image "docker.io/wainersm/coco-fedora_sshd-encrypted:latest"
  Warning  Failed     21s                kubelet            Error: ImagePullBackOff
  Normal   Pulling    10s (x2 over 22s)  kubelet            Pulling image "docker.io/wainersm/coco-fedora_sshd-encrypted:latest"
  Warning  Failed     10s (x2 over 21s)  kubelet            Failed to pull image "docker.io/wainersm/coco-fedora_sshd-encrypted:latest": rpc error: code = Internal desc = decrypt failed!
  Warning  Failed     10s (x2 over 21s)  kubelet            Error: ErrImagePull

As you can see on the above log, the only message regarding the error is rpc error: code = Internal desc = decrypt failed! which doesn't tell much. I turned on all the debug flags on Kata Containers but I couldn't obtain more information. Therefore, I am opening this issue as a request for enhancement, to improve the log message so that it contains hints about the cause of the error.
The message was raised in https://github.com/confidential-containers/image-rs/blob/main/src/decrypt.rs#L90 . Perhaps we could combine with the error returned by ocicrypt_rs::encryption::decrypt_layer.

We are facing similar issues in https://github.com/kata-containers/kata-containers/pull/9382/files


istio can not work well with erlang application

My kubernetes was deployed by kubespray 2.5.0 with istio auto-inject on. Everything is fine but EMQ. I tried that run EMQ manually in pod with elrang node name<EMAIL_ADDRESS>, it works ok.(work ok means that I can use command 'emqttd_ctl status' get the application's status). unfortunately, it works not ok with the node name 'emq@<IP_ADDRESS>'(<IP_ADDRESS> is pod's ip address), command 'emqtt_ctl status' response that
Node<EMAIL_ADDRESS>not responding to pings.

PS: if no istio, EMQ works fine.I think, not only EMQ, this is a problem with erlang application.
if node not responding to ping, EMQ can not build a cluster. How can I fix this? or additional configuration?

Out of curiosity, why don't you have a Service and use its name instead of the Pod's IP?

It is the same problem to use Service  instead of Pod's IP.
I found that erlang node cannot register infomation to EPMD, hence, node can not responding to pings.
In my other k8s without istio, the response of execute 'erl_epmd:names().' in erlang shell like this:
{ok,[{"emq",6369},{"ttt",44614}]}

and, in k8s with istio, like this:
{ok,[]}

I'm not sure if it's related to your specific issue but did you add the EPMD port to the service?
See #5989

You mean the EPMD port also must be exposed? istio will manage all of the socket traffic inside and outside Pod, right?

Run netstat -tulpn and make sure the Local Address is <IP_ADDRESS> or <IP_ADDRESS> for all listeners.  I don't know about Erlang, but applications that explicitly listen on their external address (e.g. <IP_ADDRESS>) will not work under Istio.  This is because the Envoy proxy traffic does not come from off-pod.

Is this still an issue? I have rabbitmq (erlang app) running on Istio 1.1.

@howardjohn Yes, I have istio 1.1.3 deployed and I have to define a service for an erlang app describing 4369 and 50000 ports in order to have ping within pod to work


Change all mentions of person to client

Fixes #80

Codecov Report

Merging #116 into master will not change coverage.
The diff coverage is 81.71%.

@@            Coverage Diff            @@
##             master     #116   +/-   ##
=========================================
  Coverage     72.01%   72.01%
  Complexity      400      400
=========================================
  Files            75       75
  Lines          1233     1233
  Branches        124      124
=========================================
  Hits            888      888
  Misses          313      313
  Partials         32       32

Impacted Files
Coverage Δ
Complexity Δ

...main/java/seedu/address/commons/core/Messages.java
0.00% <ø> (ø)
0.00 <0.00> (ø)

.../seedu/address/logic/parser/FindCommandParser.java
100.00% <ø> (ø)
3.00 <0.00> (ø)

...in/java/seedu/address/logic/parser/ParserUtil.java
97.22% <ø> (ø)
14.00 <0.00> (ø)

.../main/java/seedu/address/model/client/Address.java
80.00% <ø> (ø)
6.00 <0.00> (?)

...rc/main/java/seedu/address/model/client/Email.java
80.00% <ø> (ø)
6.00 <0.00> (?)

src/main/java/seedu/address/model/client/Name.java
80.00% <ø> (ø)
6.00 <0.00> (?)

...rc/main/java/seedu/address/model/client/Phone.java
80.00% <ø> (ø)
6.00 <0.00> (?)

.../java/seedu/address/model/util/SampleDataUtil.java
20.00% <0.00%> (ø)
1.00 <0.00> (ø)

src/main/java/seedu/address/ui/ClientCard.java
0.00% <0.00%> (ø)
0.00 <0.00> (?)

...rc/main/java/seedu/address/ui/ClientListPanel.java
0.00% <0.00%> (ø)
0.00 <0.00> (?)

... and 23 more

Continue to review full report at Codecov.

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


Cannot add grpcio

[x] I am on the latest Poetry version.
[x] I have searched the issues of this repo and believe that this is not a duplicate.
[ ] If an exception occurs when executing a command, I executed it again in debug mode (-vvv option).

OS version and name: Ubuntu 18.04
Poetry version: 0.11.2
Python version: 3.6.5

Issue

When trying to add grpcio using poetry add grpcio I expect it it install grpcio. Instead I get a resolver error:
Using version ^1.13 for grpcio

Updating dependencies
Resolving dependencies... (0.2s)

[SolverProblemError]
The current supported Python versions are 3.6.5
Because no versions of grpcio match >1.13,<2.0
 and grpcio (1.13.0) depends on futures (>=2.2.0), grpcio (>=1.13,<2.0) requires futures (>=2.2.0).
Because futures (3.2.0) requires Python >=2.6, <3
 and no versions of futures match >=2.2.0,<3.2.0 || >3.2.0, futures is forbidden.
Thus, grpcio is forbidden.
So, because whodat depends on grpcio (^1.13), version solving failed.

add [-D|--dev] [--git GIT] [--path PATH] [-E|--extras EXTRAS] [--optional] [--python PYTHON] [--platform PLATFORM] [--allow-prereleases] [--dry-run] [--] <name> (<name>)...

Looking at the setup.py for grpcio the only reference to the failed dependency futures is inside a if not PY3 block (https://github.com/grpc/grpc/blob/v1.13.0/setup.py#L281), so should not actually form part of the requirements as far as I can see.
I'm not sure why the resolving is still seeing the futures dependency.

Declaring Python version specific packages is no longer the recommended way and it should use the environment markers for this purpose.
Poetry never executes the setup.py file for security reasons and as such relies on the package metadata available in the JSON API: https://pypi.org/pypi/grpcio/json
There, futures is declared as a non-conditional dependency and as such is picked up by Poetry.
The issue should be reported upstream.

Thanks for the explanation Sébastien. I'll do some research and report upstream.


Property "dimmable" does not exist in the feature_dict

I am using the Etekcity adapter for the Webthings Gateway, and yesterday(ish) it stopped functioning, with a bunch of errors that are similar to this:
2020-12-20 19:37:15.045 INFO   : Loading add-on: etekcity-adapter
2020-12-20 19:37:21.633 ERROR  : etekcity-adapter: Traceback (most recent call last):
2020-12-20 19:37:21.636 ERROR  : etekcity-adapter:   File "/home/pi/.webthings/addons/etekcity-adapter/main.py", line 31, in
2020-12-20 19:37:21.639 ERROR  : etekcity-adapter:     _ADAPTER = EtekcityAdapter(verbose=_DEBUG)
2020-12-20 19:37:21.642 ERROR  : etekcity-adapter:   File "/home/pi/.webthings/addons/etekcity-adapter/pkg/etekcity_adapter.py", line 41, in init
2020-12-20 19:37:21.645 ERROR  : etekcity-adapter:     self.start_pairing(_TIMEOUT)
2020-12-20 19:37:21.648 ERROR  : etekcity-adapter:   File "/home/pi/.webthings/addons/etekcity-adapter/pkg/etekcity_adapter.py", line 71, in start_pairing
2020-12-20 19:37:21.650 ERROR  : etekcity-adapter:     device = EtekcitySwitch(self, _id, dev)
2020-12-20 19:37:21.653 ERROR  : etekcity-adapter:   File "/home/pi/.webthings/addons/etekcity-adapter/pkg/etekcity_device.py", line 207, in init
2020-12-20 19:37:21.655 ERROR  : etekcity-adapter:     if vesync_dev.is_dimmable():
2020-12-20 19:37:21.658 ERROR  : etekcity-adapter:   File "/home/pi/.webthings/addons/etekcity-adapter/lib/pyvesync/vesyncswitch.py", line 29, in is_dimmable
2020-12-20 19:37:21.661 ERROR  : etekcity-adapter:     if 'dimmable' in feature_dict.get(self.device_type):
2020-12-20 19:37:21.664 ERROR  : etekcity-adapter: TypeError: argument of type 'NoneType' is not iterable
I originally reported the error in the adapter's repository, but the maintainer there recommended I report it here because the error is coming from inside of the pyvesync module and the adapter had not updated. Is it possible that something has changed in the etekcity API?

What device are you using?
On Sun, Dec 20, 2020 at 10:41 PM HyperCharlie<EMAIL_ADDRESS>wrote:

I am using the Etekcity adapter for the Webthings Gateway, and
yesterday(ish) it stopped functioning, with a bunch of errors that are
similar to this:
2020-12-20 19:37:15.045 INFO : Loading add-on: etekcity-adapter
2020-12-20 19:37:21.633 ERROR : etekcity-adapter: Traceback (most recent
call last):
2020-12-20 19:37:21.636 ERROR : etekcity-adapter: File
"/home/pi/.webthings/addons/etekcity-adapter/main.py", line 31, in
2020-12-20 19:37:21.639 ERROR : etekcity-adapter: _ADAPTER =
EtekcityAdapter(verbose=_DEBUG)
2020-12-20 19:37:21.642 ERROR : etekcity-adapter: File
"/home/pi/.webthings/addons/etekcity-adapter/pkg/etekcity_adapter.py", line
41, in init
2020-12-20 19:37:21.645 ERROR : etekcity-adapter:
self.start_pairing(_TIMEOUT)
2020-12-20 19:37:21.648 ERROR : etekcity-adapter: File
"/home/pi/.webthings/addons/etekcity-adapter/pkg/etekcity_adapter.py", line
71, in start_pairing
2020-12-20 19:37:21.650 ERROR : etekcity-adapter: device =
EtekcitySwitch(self, _id, dev)
2020-12-20 19:37:21.653 ERROR : etekcity-adapter: File
"/home/pi/.webthings/addons/etekcity-adapter/pkg/etekcity_device.py", line
207, in init
2020-12-20 19:37:21.655 ERROR : etekcity-adapter: if
vesync_dev.is_dimmable():
2020-12-20 19:37:21.658 ERROR : etekcity-adapter: File
"/home/pi/.webthings/addons/etekcity-adapter/lib/pyvesync/vesyncswitch.py",
line 29, in is_dimmable
2020-12-20 19:37:21.661 ERROR : etekcity-adapter: if 'dimmable' in
feature_dict.get(self.device_type):
2020-12-20 19:37:21.664 ERROR : etekcity-adapter: TypeError: argument of
type 'NoneType' is not iterable
I originally reported the error in the adapter's repository, but the
maintainer there recommended I report it here because the error is coming
from inside of the pyvesync module and the adapter had not updated. Is it
possible that something has changed in the etekcity API?
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/markperdue/pyvesync/issues/65, or unsubscribe
https://github.com/notifications/unsubscribe-auth/AB6JJBQDZ26XRGMQDXCXMN3SV27XLANCNFSM4VDUN2VA
.

I'm using the etekcity smart switch (non dimmers), https://www.etekcity.com/product/100442

Any chance of having a look at this? Thanks!

Any chance of having a look at this? Thanks!

I just confirmed that I have ESWL01 switches, which are on the supported list.

I just confirmed that I have ESWL01 switches, which are on the supported list.

I know what is going on, I thought I had corrected this previously. I submit a PR to correct shortly.

I know what is going on, I thought I had corrected this previously. I submit a PR to correct shortly.

Just posted a response here https://github.com/WebThingsIO/etekcity-adapter/issues/8#issuecomment-757052695
This is fully working on my end, it is an issue with the adapter

Just posted a response here https://github.com/WebThingsIO/etekcity-adapter/issues/8#issuecomment-757052695
This is fully working on my end, it is an issue with the adapter

Thank you @webdjoe

Thank you @webdjoe


Merge master-labs

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you all sign our Contributor License Agreement before we can accept your contribution.4 out of 6 committers have signed the CLA.:white_check_mark: ClaudeROSSI:white_check_mark: LucasBrazi06:white_check_mark: RohanAntony:white_check_mark: vicyyn:x: mahdibenromdhane:x: AlixHmahdibenromdhane seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account.You have signed the CLA already but the status is still pending? Let us recheck it.


Update Octopus example in readme

Updated the Octopus IDs to have plural prefixes (Projects, Environments).

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

@ryanrousseau Will take a look at this and merge it later tonight when I have some free time! Thanks!


Convert function, minor improvements

added Convert
tests
renamed and exposed number -> Int
updated README and LICENSE

I think current API is pretty stable, I found no reason to change it. It would be great to have a v1.0.0 tag in main branch to indicate that it's no longer in alpha and authors will keep maintain compatibility.


Changes regarding Meilisearch v0.26.0

This issue gathers the changes related to the v0.26.0 of Meilisearch that will impact the integrations.
Release date: 14/03/2022
The whole milestones of v0.26.0 here: https://github.com/meilisearch/meilisearch/milestones/27

New flag behavior
Related to https://github.com/meilisearch/meilisearch/issues/2097
It means every --no-analytics=true are now --no-analytics
This impacts every integration in our

CIs
examples in CONTRIBUTING.md
some docker-compose files if they exist

⚠ We will try to automate most part of the work with octopus (internal tool), but please, check no --analytics=true has been forgotten.
New dump behavior
Related to

this issue https://github.com/meilisearch/meilisearch/issues/2087
this spec: https://github.com/meilisearch/specifications/pull/105

Some changes impact meilisearch-migration.
Two changes in v0.26.0:

When importing a dump using --import-dump if a database already exists, an error message will be thrown on the CLI.
Similar to the behavior of the snapshot feature. The flags --ignore-dump-if-db-exists and --ignore-missing-dump are added. -> does not impact meilisearch-migration if I'm correct.

Tenant tokens
Related to:

this issue: https://github.com/meilisearch/meilisearch/issues/1991
this spec: https://github.com/meilisearch/specifications/pull/89

We have to add a generateToken method to every SDK following the spec requirement to make it easy to generate the token for the future search of the user.
Some instruction

for the JS SDK -> only implementing for Node.js, not for front-end.
As first, try not to use any other library, but if it's not possible, use the most appropriate one.
Maybe this will need discussion to find the most user-friendly way to provide the method. Should stay doable regarding the deadline (4 weeks during the pre-release).

🔥 We should add tests 🔥

TODO:
The PR linked below should be merged

@brunoocasali, @bidoubiwa, and @alallema decided in an internal meeting:
Regarding the token generation, we should have a method like this:
client.generateTenantToken(Object searchRules, DateTime expiresAt:?, String apiKey:?) => String

ps: expiresAt and apiKey are named/keyword params.
If the language doesn't support named parameters it should use:
client.generateTenantToken(Object searchRules, Object options?) => String

The implementation of the token generation should be done without a library but having one is not "prohibited".
When the apiKey is not present we will use the current apiKey from the MeiliSearchClient instance called the generateTenantToken method.

Follow up about validations:
Since we will not be able to cover all the aspects regarding the validations we still need to add some checks in the generateTenantToken implementation:

expiresAt: should be in the future, should be in UTC, should be a date/time object, could be null.
searchRules: should be a string, array or hash, hashmap, object, should not be a null value.
apiKey: should be a string, could be null.

searchRules: should be a string, array or hash, hashmap, object, should not be a null value.
I don't think searchRules could be a string no?

searchRules: should be a array or hash, hashmap, object, should not be a null value.

Iike @alallema said. While it is true that it should not be a null, it also should not an integer or boolean etc..
Maybe we should removed the should not be a null and only check if searchRules is the following

array or hash, hashmap, object

Iike @alallema said. While it is true that it should not be a null, it also should not an integer or boolean etc..
Maybe we should removed the should not be a null and only check if searchRules is the following

I agree with @bidoubiwa, I think it would be nice to test the type but depending on the language we can always check if the searchRules are not null in case.

@alallema @bidoubiwa updated!

Congratulations @meilisearch/integration-team we made it! 🎉 🎉
🎶 🎵 🎶 🎵 WE ARE THE CHAMPIONS!! 🎶 🎵 🎶 🎵


fud2 Migrate main test suite

Moving all tests in the root runt.toml to use fud2.

Ah, this wasn't meant to be merged just yet. I wanted to move everything to fud2 in one atomic commit but should've said so. Either way, we move forward!

It wasn't marked as draft though, right? Did I overlook something?

Nope, not your fault at all! I was intending this to be a atomic transition commit but totally didn't say anything so it's fair game to merge it. I can open another one with the remaining tests as we add more missing features.


AWS configuration parameters cannot be overwritten

While AWS configuration parameters can be set via a config file or environment variables, there may be cases where these parameters need to be overwritten.
The current put_df, get_df and transactions module functions do not provide a mean to pass these parameters.
Adding a **kwargs argument to the different functions and passing it to the underlying boto3.client or boto3.resource function call would provide this functionality.
For examples, the get_df function signature would become:
def get_df(*, table, keys=None, attributes=None, dtype=None, **resource_kwargs):
    ...

Hi @DrGFreeman, so first 2 changes need to be made in the dynamo_pandas/dynamo_pandas.py  file.
These functions need to have **kwargs added, so as per your example, should all of them have **resource_kwargs added or  **client_kwargs also?
Would the following be correct?

get_df

def get_df(*, table, keys=None, attributes=None, dtype=None, **resource_kwargs):
    """Get items from a table into a dataframe."""

put_df

def put_df(df, *, table, **resource_kwargs):
    """Put rows of a dataframe as items into a table. If the item(s) do not exist in the"""

Hi @sreyan-ghosh, thanks for your interest! For you info, I have already started working on this. I just assigned myself the issue to avoid confusion.
Regarding your question, I've settled to use a boto3_kwargs parameter to all the functions where it is applicable. Since both the boto3.client() and boto3.resource() function calls share the same parameters, this will leave the possibility to refactor the functions and change between boto3.client and boto3.resource internally without affecting existing code making use of the boto3_kwargs parameter.

Aah I see, so boto3_kwargs is like a super wrapper for boto3.client and boto3.resource. No worries, it's all a learning experience for me. Thanks for the descriptive answer @DrGFreeman 😄


Settings: Fix vertical spacing.

For #8890
Removed the top margin of input-group css to prevent the double margins. Also fixed the default-language positioning.
Looks like:

Display settings looks nicer, but some other pages look pretty compressed, e.g.:

Do you understand why "display settings" looks different than the various "organization settings" pages?  The latter look better in current master.

@timabbott Sorry about that, I forgot that my settings affected the organizational settings page. I did another pass-through that and added some more css to ensure that the theme of 30px margin separating different headings, and 20px margins between inner content was enforced.

@timabbott needs a review

@synicalsyntax can you help with reviewing this?

Too much margin here?

@synicalsyntax Fixed that margin, should be good now.

It looks fine; that's why I requested a review from you :)

Oh, I totally missed that -- visually the non-comment GitHub notices scan by :)

Merged, thanks @gooca!

Just FYI, I had to amend the commit message to have it auto-close #8890.
As a sidenote, I think there's lots more to do in improving the visual appeal of our settings UI; it might be good to have a broader conversation about strategy at some point.


Disable Welcome Page

This allows a user to disable chef server's welcome page.
When the welcome page is disabled, a 404 will be returned when a request
is made that does not match any needed pattern.
To disable the welcome page add the below line to the chef-server.rb
file.
nginx['show_welcome_page'] = false
The change is only a cookbook change that modifies nginx's config file
This would close https://github.com/chef/chef-server/issues/972
I did not find a problem when installing chef manage with the welcome page disabled. Are there other addons or configurations that I would need to test?
I am looking into adding a few tests.
Signed-off-by: Lance Finfrock<EMAIL_ADDRESS>

Do I need to increase the version number on the metadata.rb for this update?
https://github.com/chef/chef-server/blob/master/omnibus/files/private-chef-cookbooks/private-chef/metadata.rb#L7

@stevendanna Thank you for pointing out that lua file. I moved the code to disable the welcome page there.
I could not figure out a good way to write tests for this change.

Do I need to increase the version number on the metadata.rb for this update?
https://github.com/chef/chef-server/blob/master/omnibus/files/private-chef-cookbooks/private-chef/metadata.rb#L7

Nope, don't worry about it.


Plugin for VSCode?

I love this formatter and use the web-version regularly. It would be really useful to have it as a plugin to VSCode or maybe Notepad++, as none of the other available formatters seem able to do it as nicely as your tool.
Any plans to do that?

Thanks for your interest.
I don't have any immediate plans to write a plugin.  I love VSCode and I think that would be an excellent target.  But I haven't researched how things are done in the VSCode plugin world.  In particular, I don't know how to handle:

key bindings
exposing settings to the user
parse-failure handling

I'm happy to entertain suggestions.

I'm no expert, but the code formatters I enjoy using in VSCode are of the format-on-save type. So when I save the file, it is automatically formatted. Settings are changed through the command palette, and stored in json files. Usually each project will have a settings.json stored in their .vscode folder with project specific settings, but there are global settings as well.

I created a VS Code extension.  The functionality is pretty basic, but hopefully useful.
The repo is here: https://github.com/j-brooke/FracturedJsonVSC
The extension's marketplace page is here: https://marketplace.visualstudio.com/items?itemName=j-brooke.fracturedjsonvsc

Amazing, just installed it and fixed a few documents I had. Great work - love this tool!


[main] Upgrade to latest dependencies

Cron -knative-prow-robot
/cc knative-sandbox/channel-wg-leads
/assign knative-sandbox/channel-wg-leads
Produced by: knative-sandbox/knobots/actions/update-deps
Details:
bumping knative.dev/hack e11ac12...abd085f:
  > abd085f Update community files (# 131)
  > 6fc0304 Update community files (# 130)
  > 92d8a0a Update community files (# 129)
  > 50bb1cb Update community files (# 128)
bumping knative.dev/reconciler-test 0d138a8...816f219:
  > 816f219 Use t.Log instead of log.Println for test scoped logging (# 267)
  > 9cdcfcc Foreground deletion (# 263)
  > a84c0e0 Add log milestone emitter (# 262)
bumping knative.dev/eventing b3bccaf...1ba7810:
  > 1ba7810 Bump otel/trace dependency. (# 6021)
  > e71f0b0 Update actions (# 6016)
  > d829745 Temporary disable CE SQL validation (# 6012)
  > aab5298 upgrade to latest dependencies (# 6008)
  > 4d705ed Update community files (# 6009)
  > fede720 Replace extensions with sql dialect (# 6000)
  > 2940f46 Update community files (# 6001)
  > 6f1ed33 kebabfy broker channel spec and pingsource opts (# 5875)
  > 19890fc Add SchedulerFunc type implementing Scheduler as func (# 5998)
  > 526c768 Update community files (# 5999)
  > c69b6d0 Use in-cluster kube config as a fallback (# 5997)

/retest

/test pull-knative-sandbox-eventing-kafka-integration-test-channel-consolidated

TestKafkaSource/with_overrides

=== CONT  TestKafkaSource/with_overrides_plain-v1beta1
    kafka_source.go:403: Timeout waiting for at least 1 matches.
        Error: FAIL MATCHING: saw 0/1 matching events.
        - EventInfoStore-
        Pod 'e2e-kafka-r-with-overrides-plain-v1beta1' in namespace 'eventing-e2e17'
        - Recent events -
        0 events seen, last 0 events (total events seen 12, events ignored 12):

        - Match errors -

/retest

/test pull-knative-sandbox-eventing-kafka-integration-test-channel-consolidated

{"level":"info","ts":"2022-01-03T16:50:07.190Z","caller":"consumer/consumer_handler.go:162","msg":"Failure while handling a message","topic":"442d296d-f2f8-481a-8ec9-f42dca39e329","partition":2,"offset":0,"error":"bad key \"type\": CloudEvents spec attribute MUST NOT be overwritten by extension"}
{"level":"error","ts":"2022-01-03T16:50:07.190Z","caller":"adapter/adapter.go:166","msg":"Error while consuming messages","error":"bad key \"type\": CloudEvents spec attribute MUST NOT be overwritten by extension","stacktrace":"knative.dev/eventing-kafka/pkg/source/adapter.(*Adapter).Start.func3\n\tknative.dev/eventing-kafka/pkg/source/adapter/adapter.go:166"}

@pierDipi looks like a change via https://github.com/knative-sandbox/eventing-kafka/pull/1035/files#diff-33ef32bf6c23acb95f5902d7097b7a1d5128ca061167ec0716715b0b9eeaa5f6R12 :-)

The issue is this: https://github.com/knative-sandbox/eventing-kafka/pull/1038


Attempt at moving mvn as first class citizen in mvnd distribution, #392

We may need to revisit the logging configuration to be closer to maven if needed.

I suspect this caused #787.


Fix jquery zoom downloading 20MB of images on page load

woops

I was curious why it took so long to load after I pushed this, thought that was just my internet as usual, haha. I've made some changes already, but I think this won't conflct.


CLI (and WebAPI) take too long to launch

Both the CLI (and the WebAPI service) import all package dependencies the CCI Toolbox has. This is because all operations in ect.ops are also imported which import packages such as cartopy, basemap, matplotlib, pandas, xarray which again import their own dependencies.
Both the CLI (and possibly the WebAPI service) must be modularized so that individual commands/actions have their own modules which will import only the desired packages. This is more important for the CLI, because the WebAPI is usually launched only once and remains in memory as a demon process. However, unit-level tests that require starting/stopping the service currently execute very slow due to the reasons stated above.

It seems at least in some part to be a problem of python itself. The startup time has more than doubled between python 2 and python 3.
An interesting article (no solution included 😞 ):
Reducing Python's startup time

Let's refactor out the web-service instantiation from CLI unit-tests and use a mock instead.

Started this because of #465

Closing this, as there is currently no much more we can (easily) do.


Paramiko 2.2.2 and 2.3.0 fail to import if gssapi is also installed

Issue type
[ ] Feature request
[X] Bug report
[ ] Documentation
Environment
Python 2.7.12
NetBox version:  v2.1.5 Upgrading to Release v2.2.1
Steps to Reproduce:
Install Netbox and a system that has FreeIPA client installed.
$ python
Python 2.7.12 (default, Nov 19 2016, 06:48:10)
[GCC 5.4.0 20160609] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import paramiko
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/local/lib/python2.7/dist-packages/paramiko/__init__.py", line 31, in <module>
    from paramiko.transport import SecurityOptions, Transport
  File "/usr/local/lib/python2.7/dist-packages/paramiko/transport.py", line 38, in <module>
    from paramiko.auth_handler import AuthHandler
  File "/usr/local/lib/python2.7/dist-packages/paramiko/auth_handler.py", line 48, in <module>
    from paramiko.ssh_gss import GSSAuth, GSS_EXCEPTIONS
  File "/usr/local/lib/python2.7/dist-packages/paramiko/ssh_gss.py", line 54, in <module>
    GSS_EXCEPTIONS = (gssapi.GSSException,)
AttributeError: 'module' object has no attribute 'GSSException'
>>> exit()

The install works fine during pip package upgrades but errors out during manage.py migrate. It looks like this is due to the upgrade of python package paramiko to 2.3.1 and is referenced on Paramiko Bug 1069. The temporary workaround is to downgrade to paramiko==2.2.1 but I was unable to successfully run NetBox v2.2.1 using paramiko==2.2.1.
Relevant error:
Applying database migrations (python netbox/manage.py migrate)...
Traceback (most recent call last):
  File "netbox/manage.py", line 10, in <module>
    execute_from_command_line(sys.argv)
  File "/usr/local/lib/python2.7/dist-packages/django/core/management/__init__.py", line 364, in execute_from_command_line
    utility.execute()
  File "/usr/local/lib/python2.7/dist-packages/django/core/management/__init__.py", line 338, in execute
    django.setup()
  File "/usr/local/lib/python2.7/dist-packages/django/__init__.py", line 27, in setup
    apps.populate(settings.INSTALLED_APPS)
  File "/usr/local/lib/python2.7/dist-packages/django/apps/registry.py", line 108, in populate
    app_config.import_models()
  File "/usr/local/lib/python2.7/dist-packages/django/apps/config.py", line 202, in import_models
    self.models_module = import_module(models_module_name)
  File "/usr/lib/python2.7/importlib/__init__.py", line 37, in import_module
    __import__(name)
  File "/opt/netbox/netbox/dcim/models.py", line 21, in <module>
    from extras.rpc import RPC_CLIENTS
  File "/opt/netbox/netbox/extras/rpc.py", line 5, in <module>
    from ncclient import manager
  File "/usr/local/lib/python2.7/dist-packages/ncclient/manager.py", line 22, in <module>
    from ncclient import operations
  File "/usr/local/lib/python2.7/dist-packages/ncclient/operations/__init__.py", line 16, in <module>
    from ncclient.operations.rpc import RPC, RPCReply, RPCError, RaiseMode
  File "/usr/local/lib/python2.7/dist-packages/ncclient/operations/rpc.py", line 20, in <module>
    from ncclient.transport import SessionListener
  File "/usr/local/lib/python2.7/dist-packages/ncclient/transport/__init__.py", line 18, in <module>
    from ncclient.transport.ssh import SSHSession
  File "/usr/local/lib/python2.7/dist-packages/ncclient/transport/ssh.py", line 26, in <module>
    import paramiko
  File "/usr/local/lib/python2.7/dist-packages/paramiko/__init__.py", line 31, in <module>
    from paramiko.transport import SecurityOptions, Transport
  File "/usr/local/lib/python2.7/dist-packages/paramiko/transport.py", line 38, in <module>
    from paramiko.auth_handler import AuthHandler
  File "/usr/local/lib/python2.7/dist-packages/paramiko/auth_handler.py", line 48, in <module>
    from paramiko.ssh_gss import GSSAuth, GSS_EXCEPTIONS
  File "/usr/local/lib/python2.7/dist-packages/paramiko/ssh_gss.py", line 54, in <module>
    GSS_EXCEPTIONS = (gssapi.GSSException,)
AttributeError: 'module' object has no attribute 'GSSException'
Collecting static files (python netbox/manage.py collectstatic --no-input)...
Traceback (most recent call last):
  File "netbox/manage.py", line 10, in <module>
    execute_from_command_line(sys.argv)
  File "/usr/local/lib/python2.7/dist-packages/django/core/management/__init__.py", line 364, in execute_from_command_line
    utility.execute()
  File "/usr/local/lib/python2.7/dist-packages/django/core/management/__init__.py", line 338, in execute
    django.setup()
  File "/usr/local/lib/python2.7/dist-packages/django/__init__.py", line 27, in setup
    apps.populate(settings.INSTALLED_APPS)
  File "/usr/local/lib/python2.7/dist-packages/django/apps/registry.py", line 108, in populate
    app_config.import_models()
  File "/usr/local/lib/python2.7/dist-packages/django/apps/config.py", line 202, in import_models
    self.models_module = import_module(models_module_name)
  File "/usr/lib/python2.7/importlib/__init__.py", line 37, in import_module
    __import__(name)
  File "/opt/netbox/netbox/dcim/models.py", line 21, in <module>
    from extras.rpc import RPC_CLIENTS
  File "/opt/netbox/netbox/extras/rpc.py", line 5, in <module>
    from ncclient import manager
  File "/usr/local/lib/python2.7/dist-packages/ncclient/manager.py", line 22, in <module>
    from ncclient import operations
  File "/usr/local/lib/python2.7/dist-packages/ncclient/operations/__init__.py", line 16, in <module>
    from ncclient.operations.rpc import RPC, RPCReply, RPCError, RaiseMode
  File "/usr/local/lib/python2.7/dist-packages/ncclient/operations/rpc.py", line 20, in <module>
    from ncclient.transport import SessionListener
  File "/usr/local/lib/python2.7/dist-packages/ncclient/transport/__init__.py", line 18, in <module>
    from ncclient.transport.ssh import SSHSession
  File "/usr/local/lib/python2.7/dist-packages/ncclient/transport/ssh.py", line 26, in <module>
    import paramiko
  File "/usr/local/lib/python2.7/dist-packages/paramiko/__init__.py", line 31, in <module>
    from paramiko.transport import SecurityOptions, Transport
  File "/usr/local/lib/python2.7/dist-packages/paramiko/transport.py", line 38, in <module>
    from paramiko.auth_handler import AuthHandler
  File "/usr/local/lib/python2.7/dist-packages/paramiko/auth_handler.py", line 48, in <module>
    from paramiko.ssh_gss import GSSAuth, GSS_EXCEPTIONS
  File "/usr/local/lib/python2.7/dist-packages/paramiko/ssh_gss.py", line 54, in <module>
    GSS_EXCEPTIONS = (gssapi.GSSException,)
AttributeError: 'module' object has no attribute 'GSSException'

I don't think this is something we can control, but thank you for documenting it. I'm hoping to rip out the legacy RPC stuff as soon as I can get inventory working via NAPALM, which should help avoid this kind of issue.


Peer Dependency for WebPack v5

Description
The current package.json doesn't specify webpack 5 as a peer dependency. Is this intentional?
What type of issue is this? (place an x in one of the [ ])

[ ] bug
[ ] enhancement (feature request)
[x] question
[ ] documentation related
[ ] testing related
[ ] discussion

Requirements (place an x in each of the [ ])

[x] I've read and understood the Contributing guidelines and have done my best effort to follow them.
[x] I've read and agree to the Code of Conduct.
[x] I've searched for any related issues and avoided creating a duplicate issue.

This was not intentional - I haven't gotten around to testing this with webpack 5 yet. I'll accept a pull request to add the peer dependency if you've tested it!

This was not intentional - I haven't gotten around to testing this with webpack 5 yet. I'll accept a pull request to add the peer dependency if you've tested it!

I've tested it with webpack 5 and it is working for me as expected. Webpack doesn't complain about it either. I'll make a PR!


Swap Page Review Step follow up

Thank you for your contribution to the Koda - Generative Art Marketplace.
👇 __ Let's make a quick check before the contribution.
PR Type

[x] Bugfix
[x] Feature

Needs Design check

@exezbcz please review

Context

[x] Closes #11215

Screenshot 📸

[x] My fix has changed something on UI; a screenshot is best to understand changes for others.

stick footer

surcharge card

align style

OT: If you have better naming for surcharge I am happy to hear :)

or <AdditionalFundsCard /> ? : )


[WIP] nixos manual: releases workflow improvements

git push --tags is too dangerous (pushes all your tags)

/cc @samueldr.  I imagine we'll gather our experience here.  Probably no need to rush with merging.

I would use git checkout -b release-17.09 instead of -B. as following the advice in e.g. a sleep-deprived state of mind, could replace the branch locally! (Minor headache as it should be a protected branch.)
Let's keep this open for other gotchas and improvements.

:+1:  I didn't even remember there was a -B variant of the command.  It seems I didn't read this properly half a year ago.

Update versionSuffix in nixos/release.nix, use git log --format=%an|wc -l to get the commit count

This seemingly isn't done anymore.

https://github.com/NixOS/nixpkgs/blob/release-18.03/nixos/modules/misc/version.nix

[17:06:20] <gchristensen> ^ should expand the docs to include nixpkgs-N-darwin

I did it on the master branch apparently :thinking:   https://github.com/NixOS/nixpkgs/commit/7e968a47cd4383919ac1fdf4b675024787506c8c#diff-831e8d9748240fb23e6734fdc2a6d16eR1
At the very least, the instructions should be clearer about which branch should take which of the changes.

I made it like the linked 16.09 did:

https://github.com/NixOS/nixpkgs/pull/45958/files

I'm thinking this should probably be scripted, at least the repository manipulation + local updates. (I'll think about it more and look into it later.)

[ ] update this https://github.com/NixOS/nixpkgs/pull/46192#issuecomment-419224640

Added some notes; we're left with "what's up with versionSuffix", mainly.

See #48222 → what about AMIs (and possibly other out-of-hydra artifacts?)

Eh, so the instruction would be to ping Eelco about the AMIs? :-)  @edolstra: can we do better to offload that from you?  I don't know what's required to add them.

We might want, in the next releases, to also link to the announcement on the discourse.

https://logs.nix.samueldr.com/nixos-dev/2018-11-11#1541894976-1541894809;

This pull request has been mentioned on Nix community. There might be relevant details there:
https://discourse.nixos.org/t/upload-recent-images-to-gs-nixos-images/1435/5

This pull request has been mentioned on Nix community. There might be relevant details there:
https://discourse.nixos.org/t/upload-recent-images-to-gs-nixos-images/1435/5

This pull request has been mentioned on Nix community. There might be relevant details there:
https://discourse.nixos.org/t/discourse-github-integration/1438/2

[ ] ping @rbvermaa about gs://nixos-cloud-images.  (Noone else who can do it is known to me ATM.)

Oops, we should have finished this earlier.  /cc @lheckemann in case you don't know about this WIP.

can we merge this as it's already an improvement?

Solved a simple conflict, and the diff seems to make sense to me.  @disassembler, @lheckemann: can you have a look if the changes match your "experience"?  /cc @asymmetric (hackday topic)


Keep Calendar visible with long list of classes

If the class list scrolled separately from the calendar, then you could interact with classes on the bottom of the list while seeing the results on the calendar.

Pushed in https://github.com/raxod502/hyperschedule/commit/3a2d2ca6c0aed91c11452d175b24a56ca1c6d42c.


Update Readme.md

Added description of trick to skip specific tests when executing the cypress test runner using tags and an entry in the cypress.json file

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

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Remove unused Database index names and sorting

Writes could timeout and when adding new measurement names to the
index if the sort took a long time.  The names slice was never
actually used (except a test) so keeping it in the index wastes memory
and sorting it wastes CPU and increases lock contention.  The sorting
was happening while the shard held a write-lock.
Fixes #3869

All up for pulling this code, but I would need to see the test coverage replicated somehow (unless it's covered somewhere else).

Names doesn't get used in  a show measurements query? If so, you could just update the names method to iterate through the map and put together a slice on the fly and then sort it outside of the lock.

@pauldix No.  Nothing calls that function currently in master.  I can leave it in and iterate/sort if you and @otoolep want though.

@jwilder -- seems best to me. Don't even sort in the production code, but call it from the test and sort the results there. The test remains in place. Also, I'd comment the function that it's deliberately unsorted, to minimize the locking time. And that it's explicitly up the caller to sort if they want it.

If it's only used in test code then I see no reason to keep it. That test just needs a way to verify the measurement exists, which can be done using another method.

Fine with not keeping it, just care about the test coverage.

@otoolep There is already test coverage that the measurement exists.  It's done on L59 in the existing test where it looks up the measurement by name.  Names() just returned the names slice that is not used by the index at all so both the function and the slice have been removed.

Good enough, thanks @jwilder -- seems like we're covered.


Send pdf as an attachment with mailgun

Question
Description

I'm not sure if this is the correct way to convert the PDFDocument instance into a readable stream for mailgun-js. The attachment option accept a buffer file or readable stream. I can't seem to get it working. Any help would be much appreciated.
Code sample

let doc = new PDFDocument();
doc.text("Hello World");

let attch = doc.end()

// attachment- can be one of
// a string representing file path to the attachment
// a buffer of file data
// an instance of Readable which means it is a readable stream.

let data = {
  from: 'Excited User<EMAIL_ADDRESS>  to<EMAIL_ADDRESS>  subject: 'Hello',
  text: 'Testing some Mailgun awesomeness!',
  attachment: attch
};

mailgun.messages().send(data, function (error, body) {
  console.log(body);
});

Your environment

pdfkit version: 0.11.0
Node version: + 12
Browser version (if applicable):
Operating System: macOs

UPDATE
With some hours later on google search, I've finally found an answer to this. Since doc is a read-stream, you can listen to the 'data' and buffer it to the attachment as bellow. Hope this helps people who run into this issue.
      let chunks = [];
      doc.on("data", (chunk) => chunks.push(chunk));
      doc.end()

      doc.on("end", () => {
            let data = {
                from: 'Excited User<EMAIL_ADDRESS>                to<EMAIL_ADDRESS>                attachment: Buffer.concat(chunks)
            };

           mailgun.messages().send(data, function (error, body) {
                 console.log(body);
           });
      }


Maximum interval

I would like to set the maximal interval a user can choose. If the user hits the maximum, the start time shifts forward (or the the end time backwards) to match the maximal duration.

That was fast! Thank you for implementing


Adds option to copy packer output to file

Before, there was no way to capture the output generated by the packer command, and as such, there was no way to upload the output as an artifact for later use or for logging purposes. This pull request simply adds the output_file option without changing any other functionality.
This change is reflected here: https://github.com/marketplace/actions/packer-github-actions-dh_test

Thank you for your submission! We require that all contributors sign our Contributor License Agreement ("CLA") before we can accept the contribution. Read and sign the agreement
Learn more about why HashiCorp requires a CLA and what the CLA includes
Have you signed the CLA already but the status is still pending? Recheck it.


First execution_date differs from start_date

args = {     'owner': 'airflow',     'start_date': datetime(2015, 11, 5, 16, 03) } dag = DAG(dag_id='rgb', default_args=args, schedule_interval=timedelta(minutes=5))
I would like to understand why my DAG is just getting triggered  5 minutes after the start_date?
I imagine that the [2015-11-05 16:08:08,865] must be equal to 2015-11-05 16:03:00 for the first execution.
From log:
[2015-11-05 16:08:08,865] {models.py:943} INFO - Executing <Task(BashOperator): pull-rgb> on 2015-11-05 16:03:00

Sorry! I found the answer
https://github.com/airbnb/airflow/issues/384


[FNT] 400G-ZR OpenConfig support (logical-channel population - min/max/avg values)

logical channel population and min/max/avg values are required as part of the PRD. Making this closed.


Add sizeof check (for PR#3199)

Addresses issue raised in #3199

-1,we will only shoot ourselves in the foot and take away both kneecaps in the process.


Documentation of metamethod signatures may need clarification

The problem
The documented signatures of metamethods are identical to those of normal methods. The problem is the MOP is implemented in nqp, not Raku, so existing metamethods with these signatures do not behave the same as ones with what would look like identical signatures when implemented in Raku. This could catch people off-guard (especially when working with custom HOWs).
Suggestions
I'm not sure how this would best be handled. Maybe document them to have an equivalent Raku signature? This would mainly involve just typing untyped parameters as Mu at minimum AFAIK, but what about parameters whose type is expected to be something like Attribute, but aren't typechecked as such because types like that don't exist at this point when building Rakudo?

I'm not sure what you mean here. An example?

class Foo is Mu { }
Foo.^set_name: 'Bar';
say Foo.isa: Any; # OUTPUT: False
say Foo.^name;    # OUTPUT: Bar

set_name is documented with a signature of method set_name($type, $new_name), which would imply $type needs to be typed like Any, but it doesn't.


Added CRD deploy folder

Added CRD deploy folder for containerized builds.
https://issues.redhat.com/browse/COST-2350

Codecov Report

Merging #2420 (ff4fde6) into main (84881ee) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##             main    #2420   +/-   ##
=======================================
  Coverage   70.36%   70.36%
=======================================
  Files         433      433
  Lines        8089     8089
  Branches     1761     1761
=======================================
  Hits         5692     5692
  Misses       2394     2394
  Partials        3        3

Continue to review full report at Codecov.

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


Update powsimR reference and move to RNA-seq section

Hey Sean,
I hope I have done the pull request correctly now!
Best Beate

Thanks, @bvieth!


how to transfowm the model file to Torchscript

hello , i wonder if i can know how to transfowm the model file to Torchscript , so i can call the function by C++ .
i looked up a lot of information , but what i found is too simple case .
for example:
model = torchvision.models.resnet18()
example = torch.rand(1, 3, 224, 224)
traced_script_module = torch.jit.trace(model, example)
or like this:
my_module = MyModule(10,20)
sm = torch.jit.script(my_module)
but that is not suit for us , i can't transform model like that , so ,can you help me with this problem

Hey @jokerpp. I think ideally I want to move the repo to use torchaudio instead of torhaudio_contrib. Are you getting any specific error when you try to script the module?


🐛 [firebase_ml_vision]  Which version is compatible

Bug report
Describe the bug
[!] CocoaPods could not find compatible versions for pod "Firebase/CoreOnly":
In snapshot (Podfile.lock):
Firebase/CoreOnly (= 7.3.0)
  In Podfile:
    Firebase/MLVisionBarcodeModel was resolved to 5.0.0, which depends on
      Firebase/CoreOnly (= 5.0.0)

    firebase_core (from `.symlinks/plugins/firebase_core/ios`) was resolved to 1.0.1, which depends on
      Firebase/CoreOnly (= 7.3.0)

podFile:
`target 'Runner' do
pod 'Firebase/MLVisionBarcodeModel'
pod 'Firebase/MLVisionFaceModel'
pod 'Firebase/MLVisionLabelModel'
pod 'Firebase/MLVisionTextModel'
use_frameworks!
use_modular_headers!
flutter_install_all_ios_pods File.dirname(File.realpath(FILE))
end`
pubspec.yaml
`environment:
sdk: ">=2.10.0 <3.0.0"
dependencies:
flutter:
sdk: flutter
firebase_core: ^1.0.1
firebase_analytics: ^7.1.1
firebase_crashlytics: ^1.0.0
firebase_auth: ^1.0.1
firebase_storage: ^8.0.0
flutter_signin_button: ^2.0.0-nullsafety.0
google_sign_in: ^5.0.0
firebase_dynamic_links: ^0.8.0
firebase_messaging: ^9.0.0
flutter_facebook_auth: ^3.0.0+1
sign_in_with_apple: ^3.0.0`

Hi @bakboem
I see there's an open issue addressing the case you described https://github.com/FirebaseExtended/flutterfire/issues/4625.
Please follow up on that issue, I'm closing the current one as a duplicate.
If you disagree, please write in the comments and I will reopen it.
Thank you


Selecting oui-rpc-core package makes the entire compilation fail

Environment:
Architecture: x86
OpenWrt Version: 21.02.3
Description:
If I try to compile an OpenWrt image with oui-rpc-core alone without any oui application or httpd package, it works but if I choose any of these aforementioned packages, the compilation fails.

Oui-httpd is no longer available in the latest version.
rm -rf feeds
./scripts/feeds update -a
./scripts/feeds install -a

See https://zhaojh329.github.io/oui/ for more info.


Database#each() and Statement#each() with async row callback

Hi,
Is there any way to call Database#each() or Statement#each() so that each row callbacks are called only when the previous row is processed ?
If I understand correctly, the row callback if (err, row) => void. If I want to do some async processing, I have no way of telling sqlite3 to wait before calling me with another row. As a result, my million row query will bloat my process -- probably event more that if I used Database#all() or Statement#all() to get all rows in an array.
I would expect each to take a row callback like this (err, row, cb) -> void where cb needs to be called once i have processed the row.
What is your input ? do I have a misconception ?

Hi, is the maintainer (if there is one) unwilling to implement this? Are pull requests welcome?

I have found a possible workaround meanwhile. Depending on what you're doing, you may be able to use the LIMIT and OFFSET keywords. For example. (Using my toPromise library)
let offset = 0;
while (true){
	row = await toPromise(db, db.get, "select * from big_table limit 1 offset ?;", [offset]);
	if (row == null){
		break;
	}
	// Do something with the row
	offset += 1;
}

Will iterate through all entries in the table without having to fetch the entire thing. Pretty neat, eh?

Did we get anywhere with this?
Would be great if we could get back an AsyncIterator and process rows idiomatically
for await (const row of db.each('SELECT * FROM my_table')) {
   console.log(row)
}

Happy to accept a PR for this 🙂

May I place my five cents to your disscussion. I also want to have async/await each iterator and ask question about how to implement it on Node API and developers show me next example https://github.com/nodejs/node-addon-examples/blob/main/threadsafe-async-iterator/node-addon-api/example.cc
I think it may help some well good hero who get this work to do.


MIssing antlr4 package

This is autogenerated. Please review and update as needed.
Describe the bug
Command Name
az vm open-port
Errors:
No module named 'antlr4'
Traceback (most recent call last):
lib/python3/dist-packages/knack/cli.py, ln 206, in invoke
    cmd_result = self.invocation.execute(args)
azure/cli/core/commands/__init__.py, ln 528, in execute
    self.commands_loader.load_arguments(command)
dist-packages/azure/cli/core/__init__.py, ln 300, in load_arguments
    loader.load_arguments(command)  # this adds entries to the argument registries
azure/cli/command_modules/vm/__init__.py, ln 31, in load_arguments
    from azure.cli.command_modules.vm._params import load_arguments
azure/cli/command_modules/vm/_params.py, ln 31, in <module>
    from azure.cli.command_modules.monitor.actions import get_period_type
azure/cli/command_modules/monitor/actions.py, ln 7, in <module>
    import antlr4
ModuleNotFoundError: No module named 'antlr4'

To Reproduce:
Steps to reproduce the behavior. Note that argument values have been redacted, as they may contain sensitive information.

Put any pre-requisite steps here...
az vm open-port --resource-group {} --name {} --port {}

Expected Behavior
Environment Summary
Linux-5.4.0-39-generic-x86_64-with-glibc2.29
Python 3.8.2
Shell: zsh

azure-cli 2.0.81 *

Extensions:
azure-devops 0.17.0

Additional Context

hi @qwordy another incident. what's our conclusion on this? thanks.

Are you using the bundled Azure CLI of Ubuntu? The package is old and has some problems. Could you install the latest version and retry?
https://docs.microsoft.com/en-us/cli/azure/install-azure-cli?view=azure-cli-latest

Using the latest version worked for me.


Adding a Groq provider.

This PR adds a Groq Cloud API provider to the defaults. Groq's API is already blazingly fast, so we probably don't need streaming (atleast for text modalities). The chat example is also minimal (and can be replicated for other models/modalities, it's pretty simple)!

@gsuuon I totally missed this too! Yes, it's probably better to add this as another example in the docs if anything. I'll try this out and I'll be happy to modify the PR to only include the example in the README.


Improve default pre selection

This fixes the regression where the default was no longer
within the selectable calendar dates. (Mentioned in #736)

Codecov Report

Merging #782 into master will increase coverage by 0.25%.
The diff coverage is 100%.

@@            Coverage Diff            @@
##           master    #782      +/-   ##
=========================================
+ Coverage   92.14%   92.4%   +0.25%
=========================================
  Files          13      13
  Lines         624     632       +8
  Branches      118     119       +1
=========================================
+ Hits          575     584       +9
  Misses          8       8
+ Partials       41      40       -1

Impacted Files
Coverage Δ

src/datepicker.jsx
92.59% <100%> (+1.25%)
:arrow_up:

Continue to review full report at Codecov.

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


Avoid request on same page

Aims to fix the issue explained at https://github.com/hotwired/turbo/issues/42#issuecomment-772725421.

Hey @ozguruysal, I see that we didn't get this into main yet. If you're still interested pushing this forward, could you resolve the conflicts? I'll get it into main.

hi @dhh I guess I managed to resolve the conflicts. I originally sent the PR to skip-link branch but looks like it's already merged so I changed the target branch to main now. Thanks for looking into this.

Not sure what's going on here but if I fix the TS error that triggers the build error it causes a conflict. If I don't fix it,  no conflict but build fails. @dhh can you help fix this?

Looks like there's still a merge conflict?

Correct but fixing it causes the build to fail. See here.

Ah, I see. That error requires us to make sure that the argument is not null. Either through the TS bang method or a guard clause.

Yes, I fixed it here, but now it complains about the conflict. 😕

@ozguruysal I think the problem is that you need to rebase this branch, the commits from the print below aren't related to your changes, right?

Thanks @marcelolx. @dhh I guess I've finally managed to fix the problems.

This includes a different way to fix the history pop issue that I fixed in another branch. So let's at least remove that.
Don't know if @domchristie have any other observations on this that we should incorporate as well?

There's a fair bit of history on this, and I've not gone through these changes fully, but on first look I think it'd be good to reinstate the navigation tests. Also, I'm not totally sure how new native adapters interact with Turbo, but I remember having to update the turbolinks-ios adapter to be compatible with this change. I can have a closer look tomorrow.

Just let me know if you'd prefer a new PR as this is getting way too complicated. The fix I I introduced is a simple one anyways.

@ozguruysal Maybe it is easier to split this PR into a few smaller chunks.

I think https://github.com/hotwired/turbo/compare/main...domchristie:skip-link-2 is clean and pretty close. Just checking if there's anything else needed to add…

Would be great to get that fix in before we consider going with Turbo 7.0.0 final 👍

@domchristie feel free to integrate this fix to your branch. Previously I sent the PR to your skip-link branch but it wasn't merged. It's quite related anyways.

@ozguruysal could you explain why that order matters? as opposed to: https://github.com/hotwired/turbo/pull/298/files#diff-78d8451f964182fd51330bac500ba6e71234f81aad9e8a57e682e723d0f517b3R368

I explained the issue here. Overall, I guess if the target is an anchor on the same page, there is no point in making any request so it's logical to check that first and return false quickly.

@ozguruysal Thanks. I've added your fix here: https://github.com/hotwired/turbo/pull/298/commits/0e4193f7b6a99a576f92ff7fb927783d4ed88c32.

Let's continue the work in https://github.com/hotwired/turbo/pull/298.


Update Composer dependencies (2023-01-04-00-12)

Visual regression test passed!
View the visual regression test report


tortoise.exceptions.OperationalError: 关系 "user" 不存在

俩个数据库均已配置好,成功连上了.
bot正常跑起来了,使用/auth 跳转到 github 再跳转回来的时候报错
08-08 01:49:07 [INFO] uvicorn | <IP_ADDRESS>:43930 - "GET /github/auth?code=ea025bbac5e9efd12693&state=65fddb1a2e164f71b0e679acc7e184c0 HTTP/1.0" 500

08-08 01:49:07 [ERROR] uvicorn | Exception in ASGI application

Traceback (most recent call last):
  File "/bot/.venv/lib/python3.10/site-packages/tortoise/backends/asyncpg/client.py", line 82, in _translate_exceptions
    return await func(self, *args, **kwargs)
  File "/bot/.venv/lib/python3.10/site-packages/tortoise/backends/asyncpg/client.py", line 143, in execute_query
    rows = await connection.fetch(*params)
  File "/bot/.venv/lib/python3.10/site-packages/asyncpg/connection.py", line 620, in fetch
    return await self._execute(
  File "/bot/.venv/lib/python3.10/site-packages/asyncpg/connection.py", line 1659, in _execute
    result, _ = await self.__execute(
  File "/bot/.venv/lib/python3.10/site-packages/asyncpg/connection.py", line 1684, in __execute
    return await self._do_execute(
  File "/bot/.venv/lib/python3.10/site-packages/asyncpg/connection.py", line 1711, in _do_execute
    stmt = await self._get_statement(
  File "/bot/.venv/lib/python3.10/site-packages/asyncpg/connection.py", line 397, in _get_statement
    statement = await self._protocol.prepare(
  File "asyncpg/protocol/protocol.pyx", line 168, in prepare
    return await waiter
asyncpg.exceptions.UndefinedTableError: 关系 "user" 不存在

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/bot/bot.py", line 39, in <module>
    nonebot.run(app="__mp_main__:app")
  File "/bot/.venv/lib/python3.10/site-packages/nonebot/__init__.py", line 309, in run
    get_driver().run(*args, **kwargs)
  File "/bot/.venv/lib/python3.10/site-packages/nonebot/drivers/fastapi.py", line 198, in run
    uvicorn.run(
  File "/bot/.venv/lib/python3.10/site-packages/uvicorn/main.py", line 578, in run
    server.run()
  File "/bot/.venv/lib/python3.10/site-packages/uvicorn/server.py", line 61, in run
    return asyncio.run(self.serve(sockets=sockets))
  File "/usr/local/lib/python3.10/asyncio/runners.py", line 44, in run
    return loop.run_until_complete(main)
> File "/bot/.venv/lib/python3.10/site-packages/uvicorn/protocols/http/httptools_impl.py", line 435, in run_asgi
    result = await app(  # type: ignore[func-returns-value]
  File "/bot/.venv/lib/python3.10/site-packages/uvicorn/middleware/proxy_headers.py", line 78, in __call__
    return await self.app(scope, receive, send)
  File "/bot/.venv/lib/python3.10/site-packages/fastapi/applications.py", line 284, in __call__
    await super().__call__(scope, receive, send)
  File "/bot/.venv/lib/python3.10/site-packages/starlette/applications.py", line 122, in __call__
    await self.middleware_stack(scope, receive, send)
  File "/bot/.venv/lib/python3.10/site-packages/starlette/middleware/errors.py", line 184, in __call__
    raise exc
  File "/bot/.venv/lib/python3.10/site-packages/starlette/middleware/errors.py", line 162, in __call__
    await self.app(scope, receive, _send)
  File "/bot/.venv/lib/python3.10/site-packages/starlette/middleware/exceptions.py", line 79, in __call__
    raise exc
  File "/bot/.venv/lib/python3.10/site-packages/starlette/middleware/exceptions.py", line 68, in __call__
    await self.app(scope, receive, sender)
  File "/bot/.venv/lib/python3.10/site-packages/fastapi/middleware/asyncexitstack.py", line 20, in __call__
    raise e
  File "/bot/.venv/lib/python3.10/site-packages/fastapi/middleware/asyncexitstack.py", line 17, in __call__
    await self.app(scope, receive, send)
  File "/bot/.venv/lib/python3.10/site-packages/starlette/routing.py", line 718, in __call__
    await route.handle(scope, receive, send)
  File "/bot/.venv/lib/python3.10/site-packages/starlette/routing.py", line 276, in handle
    await self.app(scope, receive, send)
  File "/bot/.venv/lib/python3.10/site-packages/starlette/routing.py", line 66, in app
    response = await func(request)
  File "/bot/.venv/lib/python3.10/site-packages/fastapi/routing.py", line 241, in app
    raw_response = await run_endpoint_function(
  File "/bot/.venv/lib/python3.10/site-packages/fastapi/routing.py", line 167, in run_endpoint_function
    return await dependant.call(**values)
  File "/bot/src/plugins/github/apis/auth.py", line 51, in auth
    await delete_state_data(state)
  File "/bot/src/plugins/github/libs/auth.py", line 45, in create_auth_user
    return await create_or_update_user(info, access_token=access_token)
  File "/bot/src/plugins/github/libs/platform/user_crud.py", line 41, in create_or_update_user
    user, _ = await User.update_or_create(
  File "/bot/.venv/lib/python3.10/site-packages/tortoise/models.py", line 1105, in update_or_create
    instance = await cls.select_for_update().using_db(connection).get_or_none(**kwargs)
  File "/bot/.venv/lib/python3.10/site-packages/tortoise/queryset.py", line 1006, in _execute
    instance_list = await self._db.executor_class(
  File "/bot/.venv/lib/python3.10/site-packages/tortoise/backends/base/executor.py", line 130, in execute_select
    _, raw_results = await self.db.execute_query(query.get_sql())
  File "/bot/.venv/lib/python3.10/site-packages/tortoise/backends/base_postgres/client.py", line 34, in _translate_exceptions
    return await self._translate_exceptions(func, *args, **kwargs)
  File "/bot/.venv/lib/python3.10/site-packages/tortoise/backends/asyncpg/client.py", line 84, in _translate_exceptions
    raise OperationalError(exc)
tortoise.exceptions.OperationalError: 关系 "user" 不存在

数据库里什么都没有,是不是需要什么初始化步骤?

刚看到有prestart.sh 闹弹了