not able to send & use wallet imported with private keys

when import (with a privatekey)p2sh or lagacy(any type) privatekey wallet is not sendable to any one .
bug here!
open general / enable adavanced mode
add now / select opticalbitcoin/it shows 3 options ,in this selct middle - segwit (p2sh)
try it : p2sh single wallet & any wallet imported with privater key . its not working to use balance.
it shows  zero sathosis , try to increase fee , i am tryed it almosted selected 5 sat/byte 10 also no use.
& one more only mobile has p2wpkh-p2sh . here not able to import (p2pkh , p2wpkh types!) please update it able to import all types of wallets . (means 3 types , p2pkh & p2wpkh & p2wpkh-p2sh)
with private key usable , and sendable
again problem is : when import a privatekey to mobile obtc wallet ,it has some coins 1100 coins  , still not sendable ,it shows no balance , try to increase fee, its conformation almost above 1299 confomations done . but sending not able  , still  balance shows .
mobile wallet can only usable with 12 words passpharse wallet only for now time! 10th may 2022
using with private key not able to use , it can just import ! . only .

when import (with a privatekey)p2sh or lagacy(any type) privatekey wallet is not sendable to any one . bug here! open general / enable adavanced mode add now / select opticalbitcoin/it shows 3 options ,in this selct middle - segwit (p2sh) try it : p2sh single wallet & any wallet imported with privater key . its not working to use balance. it shows zero sathosis , try to increase fee , i am tryed it almosted selected 5 sat/byte 10 also no use.
& one more only mobile has p2wpkh-p2sh . here not able to import (p2pkh , p2wpkh types!) please update it able to import all types of wallets . (means 3 types , p2pkh & p2wpkh & p2wpkh-p2sh) with private key usable , and sendable again problem is : when import a privatekey to mobile obtc wallet ,it has some coins 1100 coins , still not sendable ,it shows no balance , try to increase fee, its conformation almost above 1299 confomations done . but sending not able , still balance shows .
mobile wallet can only usable with 12 words passpharse wallet only for now time! 10th may 2022 using with private key not able to use , it can just import ! . only .

here solve !
with core wallet!
if anyones coins are stuck in mobile wallet due to use private key wallet .
dont worry just copy your private key (dont sned your private keys to others, they can steal your coins esaily.)
open qt wallet : link : https://github.com/PoWx-Org/obtc-core/releases/
open wallet once done full synced. go to your core wallet , windows / open console , type : importprivate:yourprivate key. just done it was any type of wallet , it will  shows all your balance .
then after you can use it easily.


Use HTTP_PROXY and friends to provide direct proxy support

The Problem/Issue/Bug:

https://github.com/drud/ddev/issues/3960

Since Dockerfile.* was introduced in DDEV v1.19.3, you can't manually introduce proxy behavior in the build
How this PR Solves The Problem:
If $HTTP_PROXY, $http_proxy, or $NO_PROXY is set in the environment (it normally is if configured on the system) then introduce those automatically into the build.
For example, although these are normally set by the system, we'll set manually:
export NO_PROXY=<IP_ADDRESS>
export HTTP_PROXY=http://proxy:8888

After a ddev start we see in .ddev/.webimageBuild/Dockerfile:
### DDEV-injected base Dockerfile contents
ARG BASE_IMAGE
FROM $BASE_IMAGE

ENV http_proxy ""
ENV HTTP_PROXY "http://proxy:8888"
ENV NO_PROXY "<IP_ADDRESS>"

ARG username
ARG uid
ARG gid
RUN (groupadd --gid $gid "$username" || groupadd "$username" || true) && (useradd  -l -m -s "/bin/bash" --gid "$username" --comment '' --uid $uid "$username" || useradd  -l -m -s "/bin/bash" --gid "$username" --comment '' "$username" || useradd  -l -m -s "/bin/bash" --gid "$gid" --comment '' "$username")

RUN apt-get update && DEBIAN_FRONTEND=noninteractive apt-get install -y -o Dpkg::Options::="--force-confold" --no-install-recommends --no-install-suggests autojump

RUN export XDEBUG_MODE=off && ( composer self-update --2 || composer self-update --2 || true )

RUN chmod 600 ~rfay/.pgpass ~rfay/.my.cnf
ENV NVM_DIR=/home/rfay/.nvm

Manual Testing Instructions:

[ ] Try this out in a real proxy environment
[ ] Try it out in a non-proxy environment

Automated Testing Overview:
I don't expect to add proxy testing

Considering that

https://github.com/drud/ddev/issues/3988
is affected by the same basic thing, I'm going to give up on this PR and do what was originally requested in
#3960
and let people prepend things in the Dockerfile stacking order.


correctly compare bytes in ==

Bytes equality requires a special case in _Utils_eqHelp. This PR adds that special case.
Fixes https://github.com/elm/bytes/issues/15

 ✖  fatal     HttpError: Resource not accessible by integration
    at /node_modules/@octokit/request/lib/request.js:56:27
    at processTicksAndRejections (internal/process/task_queues.js:93:5)
    at async Object.doComment [as comment] (/entrypoint.js:47:5)

The GH action does not seem to work. Pinging @supermario :)

CI does pass: https://travis-ci.org/github/elm/core. Not sure why GH does not display it 🤷


Fix links

Same problem as #260>
Changing the links will break the terraform registry view> https://registry.terraform.io/providers/Telmate/proxmox/latest/docs

Same problem as #260>
Changing the links will break the terraform registry view> https://registry.terraform.io/providers/Telmate/proxmox/latest/docs


Can't use sdk to connect to vcenter,certificate verify failed

my sdk version is latest, python version is 3.7.5, vcenter version is 6.5；
The certificate has been imported on the machine，like this How to download and install vCenter Server root certificates；
i try use sample code

from vmware.vapi.vsphere.client import create_vsphere_client
import requests

session = requests.Session()
session.verify = False
urllib3.disable_warnings(urllib3.exceptions.InsecureRequestWarning)

client = create_vsphere_client(server="<IP_ADDRESS>"<EMAIL_ADDRESS>                               password="admin!@#123", session=session)

client.vcenter.VM.list()

result log

Traceback (most recent call last):
  File "vm_info.py", line 20, in <module>
    client.vcenter.VM.list()
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/com/vmware/vcenter_client.py", line 5153, in list
    'filter': filter,
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/bindings/stub.py", line 345, in _invoke
    return self._api_interface.native_invoke(ctx, _method_name, kwargs)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/bindings/stub.py", line 298, in native_invoke
    self._rest_converter_mode)
com.vmware.vapi.std.errors_client.InternalServerError: {messages : [LocalizableMessage(id='vapi.bindings.method.impl.unexpected', default_message='Provider method implementation threw unexpected exception: HTTP response with status code 404 (enable debug logging for details): <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN""http://www.w3.org/TR/html4/strict.dtd">\r\n<TITLE>Not Found</TITLE>\r\n<META HTTP-EQUIV="Content-Type" Content="text/html; charset=us-ascii">\r\n
Not Found
\r\n

HTTP Error 404. The requested resource is not found.
\r\n\r\n', args=['HTTP response with status code 404 (enable debug logging for details): <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN""http://www.w3.org/TR/html4/strict.dtd">\r\n<TITLE>Not Found</TITLE>\r\n<META HTTP-EQUIV="Content-Type" Content="text/html; charset=us-ascii">\r\n
Not Found
\r\n

HTTP Error 404. The requested resource is not found.
\r\n\r\n'], params=None, localized=None)], data : None, error_type : None}

and this code, like this vmware_tag_manager - certificate validation fails

import requests
import urllib3
from vmware.vapi.vsphere.client import create_vsphere_client

session = requests.session()
session.verify = True
urllib3.disable_warnings(urllib3.exceptions.InsecureRequestWarning)

client = create_vsphere_client(server='<IP_ADDRESS>',
<EMAIL_ADDRESS>                               password='admin!@#123', session=session)
client.vcenter.VM.list()

result log

Traceback (most recent call last):
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/requests/adapters.py", line 449, in send
    timeout=timeout
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/urllib3/connectionpool.py", line 725, in urlopen
    method, url, error=e, _pool=self, _stacktrace=sys.exc_info()[2]
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/urllib3/util/retry.py", line 439, in increment
    raise MaxRetryError(_pool, url, error or ResponseError(cause))
urllib3.exceptions.MaxRetryError: HTTPSConnectionPool(host='<IP_ADDRESS>', port=443): Max retries exceeded with url: /api (Caused by SSLError(SSLError("bad handshake: Error([('SSL routines', 'tls_process_server_certificate', 'certificate verify failed')])")))

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "vm_info.py", line 19, in <module>
    password='admin!@#123', session=session)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/vsphere/client.py", line 172, in create_vsphere_client
    hok_token=hok_token, private_key=private_key)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/vsphere/client.py", line 113, in __init__
    session_id = session_svc.create()
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/com/vmware/cis_client.py", line 199, in create
    return self._invoke('create', None)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/bindings/stub.py", line 345, in _invoke
    return self._api_interface.native_invoke(ctx, _method_name, kwargs)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/bindings/stub.py", line 266, in native_invoke
    method_result = self.invoke(ctx, method_id, data_val)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/bindings/stub.py", line 202, in invoke
    ctx)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/security/client/security_context_filter.py", line 102, in invoke
    self, service_id, operation_id, input_value, ctx)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/provider/filter.py", line 76, in invoke
    service_id, operation_id, input_value, ctx)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/protocol/client/msg/json_connector.py", line 79, in invoke
    response = self._do_request(VAPI_INVOKE, ctx, params)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/protocol/client/msg/json_connector.py", line 122, in _do_request
    headers=request_headers, body=request_body))
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/protocol/client/rpc/requests_provider.py", line 98, in do_request
    cookies=http_request.cookies, timeout=timeout)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/requests/sessions.py", line 530, in request
    resp = self.send(prep, **send_kwargs)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/requests/sessions.py", line 643, in send
    r = adapter.send(request, **kwargs)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/requests/adapters.py", line 514, in send
    raise SSLError(e, request=request)
requests.exceptions.SSLError: HTTPSConnectionPool(host='<IP_ADDRESS>', port=443): Max retries exceeded with url: /api (Caused by SSLError(SSLError("bad handshake: Error([('SSL routines', 'tls_process_server_certificate', 'certificate verify failed')])")))
Exception ignored in: <function VsphereClient.__del__ at 0x7ff8bea24dd0>
Traceback (most recent call last):
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/vsphere/client.py", line 138, in __del__
    if hasattr(self, 'session'):
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/bindings/stub.py", line 443, in __getattr__
    return getattr(self._stub_factory, name)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/bindings/stub.py", line 443, in __getattr__
    return getattr(self._stub_factory, name)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/bindings/stub.py", line 443, in __getattr__
    return getattr(self._stub_factory, name)
  [Previous line repeated 496 more times]
RecursionError: maximum recursion depth exceeded while calling a Python object

I tried many methods, there is no way to connect to vcenter, Please help me，thanks。

@lovebaicai
For your first code snippet where session.verify = False, ideally this should work. But from the error message, it looks like you have VMs that are not connected to the network. A similar issue here - https://github.com/vmware/vsphere-automation-sdk-python/issues/209#issuecomment-600579165
When the cert is installed, could you post the output from the snippet mentioned in https://github.com/ansible-collections/vmware/issues/49#issuecomment-598687489
The console part of the snippet. For instance, session.verify takes a boolean value and not a path to certificate.

@anusha94 i modify code, session.verify = True
import requests
import urllib3
from vmware.vapi.vsphere.client import create_vsphere_client

session = requests.session()
session.verify = True

# session.verify = '/etc/pki/ca-trust/source/anchors/be10cc5f.crt'
# session.verify = '/path/to/certfile'

urllib3.disable_warnings(urllib3.exceptions.InsecureRequestWarning)

client = create_vsphere_client(server='<IP_ADDRESS>',
<EMAIL_ADDRESS>                               password='admin!@#123', session=session)
client.vcenter.VM.list()

result log

Traceback (most recent call last):
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/urllib3/contrib/pyopenssl.py", line 488, in wrap_socket
    cnx.do_handshake()
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/OpenSSL/SSL.py", line 1934, in do_handshake
    self._raise_ssl_error(self._ssl, result)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/OpenSSL/SSL.py", line 1671, in _raise_ssl_error
    _raise_current_error()
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/OpenSSL/_util.py", line 54, in exception_from_error_queue
    raise exception_type(errors)
OpenSSL.SSL.Error: [('SSL routines', 'tls_process_server_certificate', 'certificate verify failed')]

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/urllib3/connectionpool.py", line 677, in urlopen
    chunked=chunked,
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/urllib3/connectionpool.py", line 381, in _make_request
    self._validate_conn(conn)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/urllib3/connectionpool.py", line 976, in _validate_conn
    conn.connect()
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/urllib3/connection.py", line 370, in connect
    ssl_context=context,
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/urllib3/util/ssl_.py", line 390, in ssl_wrap_socket
    return context.wrap_socket(sock)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/urllib3/contrib/pyopenssl.py", line 494, in wrap_socket
    raise ssl.SSLError("bad handshake: %r" % e)
ssl.SSLError: ("bad handshake: Error([('SSL routines', 'tls_process_server_certificate', 'certificate verify failed')])",)

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/requests/adapters.py", line 449, in send
    timeout=timeout
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/urllib3/connectionpool.py", line 725, in urlopen
    method, url, error=e, _pool=self, _stacktrace=sys.exc_info()[2]
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/urllib3/util/retry.py", line 439, in increment
    raise MaxRetryError(_pool, url, error or ResponseError(cause))
urllib3.exceptions.MaxRetryError: HTTPSConnectionPool(host='<IP_ADDRESS>', port=443): Max retries exceeded with url: /api (Caused by SSLError(SSLError("bad handshake: Error([('SSL routines', 'tls_process_server_certificate', 'certificate verify failed')])")))

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "vm_info.py", line 19, in <module>
    password='admin!@#123', session=session)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/vsphere/client.py", line 172, in create_vsphere_client
    hok_token=hok_token, private_key=private_key)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/vsphere/client.py", line 113, in __init__
    session_id = session_svc.create()
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/com/vmware/cis_client.py", line 199, in create
    return self._invoke('create', None)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/bindings/stub.py", line 345, in _invoke
    return self._api_interface.native_invoke(ctx, _method_name, kwargs)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/bindings/stub.py", line 266, in native_invoke
    method_result = self.invoke(ctx, method_id, data_val)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/bindings/stub.py", line 202, in invoke
    ctx)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/security/client/security_context_filter.py", line 102, in invoke
    self, service_id, operation_id, input_value, ctx)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/provider/filter.py", line 76, in invoke
    service_id, operation_id, input_value, ctx)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/protocol/client/msg/json_connector.py", line 79, in invoke
    response = self._do_request(VAPI_INVOKE, ctx, params)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/protocol/client/msg/json_connector.py", line 122, in _do_request
    headers=request_headers, body=request_body))
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/protocol/client/rpc/requests_provider.py", line 98, in do_request
    cookies=http_request.cookies, timeout=timeout)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/requests/sessions.py", line 530, in request
    resp = self.send(prep, **send_kwargs)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/requests/sessions.py", line 643, in send
    r = adapter.send(request, **kwargs)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/requests/adapters.py", line 514, in send
    raise SSLError(e, request=request)
requests.exceptions.SSLError: HTTPSConnectionPool(host='<IP_ADDRESS>', port=443): Max retries exceeded with url: /api (Caused by SSLError(SSLError("bad handshake: Error([('SSL routines', 'tls_process_server_certificate', 'certificate verify failed')])")))
Exception ignored in: <function VsphereClient.__del__ at 0x7fca31077dd0>
Traceback (most recent call last):
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/vsphere/client.py", line 138, in __del__
    if hasattr(self, 'session'):
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/bindings/stub.py", line 443, in __getattr__
    return getattr(self._stub_factory, name)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/bindings/stub.py", line 443, in __getattr__
    return getattr(self._stub_factory, name)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/bindings/stub.py", line 443, in __getattr__
    return getattr(self._stub_factory, name)
  [Previous line repeated 496 more times]
RecursionError: maximum recursion depth exceeded while calling a Python object

export REQUESTS_CA_BUNDLE=/path/to/crt
Have you done this step?

@anusha94

i try export

export REQUESTS_CA_BUNDLE=/etc/pki/ca-trust/source/anchors/be10cc5f.crt

result log

Traceback (most recent call last):
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/urllib3/connectionpool.py", line 677, in urlopen
    chunked=chunked,
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/urllib3/connectionpool.py", line 381, in _make_request
    self._validate_conn(conn)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/urllib3/connectionpool.py", line 976, in _validate_conn
    conn.connect()
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/urllib3/connection.py", line 396, in connect
    _match_hostname(cert, self.assert_hostname or server_hostname)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/urllib3/connection.py", line 406, in _match_hostname
    match_hostname(cert, asserted_hostname)
  File "/usr/local/python3.7/lib/python3.7/ssl.py", line 338, in match_hostname
    % (hostname, dnsnames[0]))
ssl.SSLCertVerificationError: ("hostname '<IP_ADDRESS>' doesn't match 'vcenter.test.cc'",)

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/requests/adapters.py", line 449, in send
    timeout=timeout
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/urllib3/connectionpool.py", line 725, in urlopen
    method, url, error=e, _pool=self, _stacktrace=sys.exc_info()[2]
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/urllib3/util/retry.py", line 439, in increment
    raise MaxRetryError(_pool, url, error or ResponseError(cause))
urllib3.exceptions.MaxRetryError: HTTPSConnectionPool(host='<IP_ADDRESS>', port=443): Max retries exceeded with url: /api (Caused by SSLError(SSLCertVerificationError("hostname '<IP_ADDRESS>' doesn't match 'vcenter.test.cc'")))

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "vm_info.py", line 19, in <module>
    password='admin!@#123', session=session)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/vsphere/client.py", line 172, in create_vsphere_client
    hok_token=hok_token, private_key=private_key)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/vsphere/client.py", line 113, in __init__
    session_id = session_svc.create()
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/com/vmware/cis_client.py", line 199, in create
    return self._invoke('create', None)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/bindings/stub.py", line 345, in _invoke
    return self._api_interface.native_invoke(ctx, _method_name, kwargs)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/bindings/stub.py", line 266, in native_invoke
    method_result = self.invoke(ctx, method_id, data_val)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/bindings/stub.py", line 202, in invoke
    ctx)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/security/client/security_context_filter.py", line 102, in invoke
    self, service_id, operation_id, input_value, ctx)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/provider/filter.py", line 76, in invoke
    service_id, operation_id, input_value, ctx)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/protocol/client/msg/json_connector.py", line 79, in invoke
    response = self._do_request(VAPI_INVOKE, ctx, params)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/protocol/client/msg/json_connector.py", line 122, in _do_request
    headers=request_headers, body=request_body))
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/protocol/client/rpc/requests_provider.py", line 98, in do_request
    cookies=http_request.cookies, timeout=timeout)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/requests/sessions.py", line 530, in request
    resp = self.send(prep, **send_kwargs)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/requests/sessions.py", line 643, in send
    r = adapter.send(request, **kwargs)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/requests/adapters.py", line 514, in send
    raise SSLError(e, request=request)
requests.exceptions.SSLError: HTTPSConnectionPool(host='<IP_ADDRESS>', port=443): Max retries exceeded with url: /api (Caused by SSLError(SSLCertVerificationError("hostname '<IP_ADDRESS>' doesn't match 'vcenter.test.cc'")))
Exception ignored in: <function VsphereClient.__del__ at 0x7ff1c94acdd0>
Traceback (most recent call last):
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/vsphere/client.py", line 138, in __del__
    if hasattr(self, 'session'):
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/bindings/stub.py", line 443, in __getattr__
    return getattr(self._stub_factory, name)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/bindings/stub.py", line 443, in __getattr__
    return getattr(self._stub_factory, name)
  File "/opt/devops_platform/devops_venv/lib/python3.7/site-packages/vmware/vapi/bindings/stub.py", line 443, in __getattr__
    return getattr(self._stub_factory, name)
  [Previous line repeated 496 more times]
RecursionError: maximum recursion depth exceeded while calling a Python object

but vcenter.test.cc ip address is <IP_ADDRESS>

64 bytes from vcenter.test.cc (<IP_ADDRESS>): icmp_seq=1 ttl=128 time=1.21 ms
64 bytes from vcenter.test.cc (<IP_ADDRESS>): icmp_seq=2 ttl=128 time=0.269 ms
64 bytes from vcenter.test.cc (<IP_ADDRESS>): icmp_seq=3 ttl=128 time=0.273 ms
64 bytes from vcenter.test.cc (<IP_ADDRESS>): icmp_seq=4 ttl=128 time=0.246 ms
64 bytes from vcenter.test.cc (<IP_ADDRESS>): icmp_seq=5 ttl=128 time=0.237 ms
64 bytes from vcenter.test.cc (<IP_ADDRESS>): icmp_seq=6 ttl=128 time=0.252 ms
64 bytes from vcenter.test.cc (<IP_ADDRESS>): icmp_seq=7 ttl=128 time=0.256 ms
64 bytes from vcenter.test.cc (<IP_ADDRESS>): icmp_seq=8 ttl=128 time=0.257 ms
C64 bytes from vcenter.test.cc (<IP_ADDRESS>): icmp_seq=9 ttl=128 time=0.268 ms
64 bytes from vcenter.test.cc (<IP_ADDRESS>): icmp_seq=10 ttl=128 time=0.225 ms

Okay, now can you check are your VMs connected to any network in the VC? Or are they orphaned? Because like I mentioned before, we have seen this error when there are orphaned VMs. Can you remove such VMs or assign a network to them?

@anusha94
i confirm the vm，and connect the VC, not orphaned.

Hi @lovebaicai
I'm unable to reproduce this issue as of now. But you are not getting certificate verify failed error anymore which is a good thing.
I will try and find out other scenarios where you get this error.
Thanks!

@anusha94 Thank you very much。
i change python method，use pyVmomi。the issue close。
If you find a solution to the problem, please @me.


Feature request: Support POLA

I would like to run experiments using opponent shaping, possibly the POLA algorithm. I previously looked at Pax and the M-FOS algorithm, but I would like to avoid the meta-game mechanics if possible.
I'm guessing that POLA couldn't be implemented in JaxMARL in a straightforward way because agents need to be aware of each other's gradients, which is different than most RL algorithms.
I'm considering working on this implementation and any changes to JaxMARL needed to support POLA. I would appreciate if you could tell me whether you think that's possible, what the difficulties would be, whether this is something you'll be interested in merging, and any other insights about this potential project.

Can you give some reference link to get known with the algorithm?

Sure:

POLA paper
POLA reference implementation

Thanks @alexunderch ! Besides the implementation, it's also important for me to hear from the maintainers whether it aligns with their vision for the package, because I don't want to be maintaining a fork. Tag me when you push this branch.

You're right that we don't plan on doing this right now! I think it would be harder in this repo than in pax. I'd recommend trying to fork that repo instead if you can! pax.


add MIP-Nash for computing optimal Nash in two-player games

Hi this algorithm may be relevant to what I am currently working on so I implemented it and think it fits OpenSpiel. Based on https://dl.acm.org/doi/10.5555/1619410.1619413

Thanks @rezunli96 !


[feature request] - Using AES-GCM instead of CBC

I was developing some small utility, I got this warning in the browser:

AES-CBC and AES-CTR do not provide authentication by default,
and implementing it manually can result in minor, but serious mistakes.
We recommended using authenticated encryption like AES-GCM to protect
against chosen-ciphertext attacks.

Which makes sense, KDBX is used for storing data alongside secrets, GCM helps in checking if data is tampered or not.  Should look into it

I am assuming the project is dead

@Sparkenstein Keeweb itself is very much alive. Currently, we're working on v1.19.0, and this library is what I'm currently focusing on to address old packages.
Once I get Keeweb v1.19 released, I'll focus on adding additional things to this package.

Thanks,
Would like contributions? I already looked into it last month or so but considering there was no activity on library I thought the changes might not get merged so I gave up.
if you are active I can look into contributing again. as far as I understand entire implementation is here: https://github.com/keeweb/kdbxweb/blob/master/lib/crypto/crypto-engine.ts#L74
and we just need additional file that has GCM (assuming we will not remove CBC for backward compatibility)

If you're up for contributing and think you can provide a solid and acceptable solution, I'm all for it, as long as it's not hacky. I have to keep security in mind when an app like this, so obviously all submissions need to be rigorously vetted to ensure we're not introducing a vulnerability that will bite us in the rear later.
But if you think you can get a working copy going, by all means, make the changes and submit it and I'll review it. It would be nice to get some contributions. I've got a list of about 30 things, and not enough fingers to produce it fast enough.


Add EOL to version.txt file

This PR:
Updates the task that writes version.txt file to include EOL
Updates the file in dist/ and demo/ folders

👍  ta!


The redirect_uri MUST match the registered callback URL for this application.

Hi there,
I'm trying to get this thing to work and for some reason it just will not. It's passing a redirect_uri param like http://localhost:3000/auth/github/callback?code=...&state=... and on the integration page the callback url is listed as http://localhost:3000/auth/github/callback. Has anyone ever hit this error?

I opened a pull request to fix this issue: #73
Feel free to use my fork in the meantime.

This has been pushed as 1.3.0: https://rubygems.org/gems/omniauth-github
Thanks!


What licenses are needed to create vs view campaigns

[Can we please include something about what licenses are needed to run and to participate in a campaign.  I get asked many questions about thinking just one Engage premium license is required to create the campaign.  It would be helpful to direct people to this.]

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

ID: 4fb9d2aa-e703-ca77-fd4e-9303b38dedb4
Version Independent ID: 4fb9d2aa-e703-ca77-fd4e-9303b38dedb4
Content: Manage and set up campaigns in Microsoft Viva Engage
Content Source: Viva/engage/campaigns.md
Service: viva
Sub-service: viva-engage
GitHub Login: @Starshine89
Microsoft Alias: v-bvrana

Hello, I'm checking this

Hello @karleesm
I could get information that Viva Engage premium is required to run or participate in a campaign


memo: init at 0.2 + changed my email address

Motivation for this change
I want one of my apps in the nixpkgs upstream
I also want to update my email address in the maintainers list ( separate commit of course )
Things done

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

[x] NixOS
[ ] macOS
[x] other Linux distributions

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

You have created this pull request from a different branch. Please base your pull request on master and add your commits on top.

@Mic92 Sure, I did like described here. https://nixos.org/nixpkgs/manual/#idm140737317305456 (maybe the documentation is out of date?) it says I should not work in the master branch. (maybe misread that, and thought I should not branch from the master)

@zimbatm<EMAIL_ADDRESS>is my current github email address.

sorry I meant palo should be mrVanDalo so that it maps to your github handle. This lets people more easily @mention you if there are issues with these packages.

@zimbatm done. for this I also had to touch all packages I "maintain".

all good, thanks!


pyodbc build wheel error

Please first make sure you have looked at:

Documentation: https://github.com/mkleehammer/pyodbc/wiki
Other issues

Environment
To diagnose, we usually need to know the following, including version numbers.  On Windows, be
sure to specify 32-bit Python or 64-bit:

Python: 3.7.7
pyodbc: 4.0.30
OS: windows 10 pro 1909 64 bit
DB: Sql Server
driver: Pyodbc latest from Microsoft as of 9/28/2020

Issue
Often it is easiest to describe your issue as "expected behavior" and "observed behavior".
I have an Azure function app that is running in the cloud. I had to make a quick bug fix and when I went to deploy the application to the cloud like normal, but now I am getting an error when trying to deploy that the pyodbc wheel build is failing causing the deployment to azure to fail as well. I tried first update python version on the function app and the same issue persisted. I have made no development environment changes and I was able to deploy last week perfectly fine. Also when I remove pyodbc from the requirements.txt file the deployment works, but then the function fails when running in azure because it can't establish a connection to the database.
Also I should mention that everything runs and works when running the script locally. Posted below is the output log of the deployment error. Thank you for any and all help in advance.
12:34:51 PM DeviceStatusAlert: Creating zip package...
12:34:52 PM DeviceStatusAlert: Zip package size: 20.4 kB
12:34:51 PM DeviceStatusAlert: Fetching changes.
12:34:51 PM DeviceStatusAlert: Cleaning up temp folders from previous zip deployments and extracting pushed zip file /tmp/zipdeploy/589fe78e-127d-4938-8011-1de6b27b6fa5.zip (0.02 MB) to /tmp/zipdeploy/extracted
12:34:53 PM DeviceStatusAlert: Updating submodules.
12:34:53 PM DeviceStatusAlert: Preparing deployment for commit id 'ca597326a2'.
12:34:54 PM DeviceStatusAlert: Repository path is /tmp/zipdeploy/extracted
12:34:54 PM DeviceStatusAlert: Running oryx build...
12:34:54 PM DeviceStatusAlert: Command: oryx build /tmp/zipdeploy/extracted -o /home/site/wwwroot --platform python --platform-version 3.7 -p packagedir=.python_packages/lib/site-packages
12:34:54 PM DeviceStatusAlert: Operation performed by Microsoft Oryx, https://github.com/Microsoft/Oryx
12:34:54 PM DeviceStatusAlert: You can report issues at https://github.com/Microsoft/Oryx/issues
12:34:54 PM DeviceStatusAlert: Oryx Version: 0.2.20200813.1, Commit: 16c4841161ae3c639fd26b0212be4f55e515ef7d, ReleaseTagName: 20200813.1
12:34:54 PM DeviceStatusAlert: Build Operation ID: |NQvZ3uaOlM4=.4b68318b_
12:34:54 PM DeviceStatusAlert: Repository Commit : ca597326a2c3409592aa11c5bd7cd623
12:34:54 PM DeviceStatusAlert: Detecting platforms...
12:34:54 PM DeviceStatusAlert: Detected following platforms:
12:34:54 PM DeviceStatusAlert:   python: 3.7.9
12:34:55 PM DeviceStatusAlert: Warning: An outdated version of python was detected (3.7.9).  A possible replacement is to fix the wheel build issue reported above. You can find discussion regarding this at https://github.com/pypa/pip/issues/8368.
12:35:02 PM DeviceStatusAlert: [16:35:02+0000] Installing collected packages: pyodbc, azure-functions, idna, urllib3, certifi, chardet, requests, six, pysocks, pytz, PyJWT, twilio, sqlalchemy, pycparser, cffi, cryptography
12:35:02 PM DeviceStatusAlert: [16:35:02+0000]     Running setup.py install for pyodbc: started
12:35:05 PM DeviceStatusAlert: [16:35:05+0000]     Running setup.py install for pyodbc: finished with status 'error'
12:35:05 PM DeviceStatusAlert:     ERROR: Command errored out with exit status 1:
12:35:05 PM DeviceStatusAlert:      command: /tmp/oryx/platforms/python/3.7.9/bin/python3.7 -u -c 'import sys, setuptools, tokenize; sys.argv[0] = '"'"'/tmp/pip-install-byy4ved9/pyodbc/setup.py'"'"'; __file__='"'"'/tmp/pip-install-byy4ved9/pyodbc/setup.py'"'"';f=getattr(tokenize, '"'"'open'"'"', open)(__file__);code=f.read().replace('"'"'\r\n'"'"', '"'"'\n'"'"');f.close();exec(compile(code, __file__, '"'"'exec'"'"'))' install --record /tmp/pip-record-22ptj5ew/install-record.txt --single-version-externally-managed --home /tmp/pip-target-gynjff3x --compile --install-headers /tmp/pip-target-gynjff3x/include/python/pyodbc
12:35:05 PM DeviceStatusAlert:          cwd: /tmp/pip-install-byy4ved9/pyodbc/
12:35:05 PM DeviceStatusAlert:     Complete output (142 lines):
12:35:05 PM DeviceStatusAlert:     running install
12:35:05 PM DeviceStatusAlert:     running build
12:35:05 PM DeviceStatusAlert:     running build_ext
12:35:05 PM DeviceStatusAlert:     building 'pyodbc' extension
12:35:05 PM DeviceStatusAlert:     creating build
12:35:05 PM DeviceStatusAlert:     creating build/temp.linux-x86_64-3.7
12:35:05 PM DeviceStatusAlert:     creating build/temp.linux-x86_64-3.7/src
12:35:05 PM DeviceStatusAlert: ERROR: Command errored out with exit status 1: /tmp/oryx/platforms/python/3.7.9/bin/python3.7 -u -c 'import sys, setuptools, tokenize; sys.argv[0] = '"'"'/tmp/pip-install-byy4ved9/pyodbc/setup.py'"'"'; __file__='"'"'/tmp/pip-install-byy4ved9/pyodbc/setup.py'"'"';f=getattr(tokenize, '"'"'open'"'"', open)(__file__);code=f.read().replace('"'"'\r\n'"'"', '"'"'\n'"'"');f.close();exec(compile(code, __file__, '"'"'exec'"'"'))' install --record /tmp/pip-record-22ptj5ew/install-record.txt --single-version-externally-managed --home /tmp/pip-target-gynjff3x --compile --install-headers /tmp/pip-target-gynjff3x/include/python/pyodbc Check the logs for full command output.
12:35:05 PM DeviceStatusAlert: WARNING: You are using pip version 20.2; however, version 20.2.3 is available.
12:35:05 PM DeviceStatusAlert: You should consider upgrading via the '/tmp/oryx/platforms/python/3.7.9/bin/python3.7 -m pip install --upgrade pip' command.
12:35:05 PM DeviceStatusAlert: Done in 10 sec(s).
12:35:07 PM DeviceStatusAlert: ERROR: Command errored out with exit status 1:\n   command: /tmp/oryx/platforms/python/3.7.9/bin/python3.7 -u -c 'import sys, setuptools, tokenize; sys.argv[0] = '"'"'/tmp/pip-install-byy4ved9/pyodbc/setup.py'"'"'; __file__='"'"'/tmp/pip-install-byy4ved9/pyodbc/setup.py'"'"';f=getattr(tokenize, '"'"'open'"'"', open)(__file__);code=f.read().replace('"'"'\r\n'"'"', '"'"'\n'"'"');f.close();exec(compile(code, __file__, '"'"'exec'"'"'))' bdist_wheel -d /tmp/pip-wheel-pul7dymg\n       cwd: /tmp/pip-install-byy4ved9/pyodbc/\n  Complete output (142 lines):\n  running bdist_wheel\n  running build\n  running build_ext\n  building 'pyodbc' extension\n  creating build\n  creating build/temp.linux-x86_64-3.7\n  creating build/temp.linux-x86_64-3.7/src\n  gcc -pthread -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPYODBC_VERSION=4.0.30 -I/tmp/oryx/platforms/python/3.7.9/include/python3.7m -c src/buffer.cpp -o build/temp.linux-x86_64-3.7/src/buffer.o -Wno-write-strings\n  gcc -pthread -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPYODBC_VERSION=4.0.30 -I/tmp/oryx/platforms/python/3.7.9/include/python3.7m -c src/cnxninfo.cpp -o build/temp.linux-x86_64-3.7/src/cnxninfo.o -Wno-write-strings\n  src/cnxninfo.cpp: In function ‘PyObject* GetHash(PyObject*)’:\n  src/cnxninfo.cpp:45:18: warning: ‘PyObject* PyUnicode_EncodeUTF8(const Py_UNICODE*, Py_ssize_t, const char*)’ is deprecated [-Wdeprecated-declarations]\n       Object bytes(PyUnicode_EncodeUTF8(PyUnicode_AS_UNICODE(p), PyUnicode_GET_SIZE(p), 0));\n                    ^~~~~~~~~~~~~~~~~~~~\n  In file included from /tmp/oryx/platforms/python/3.7.9/include/python3.7m/Python.h:99:0,\n                   from src/pyodbc.h:45,\n                   from src/cnxninfo.cpp:7:\n  /tmp/oryx/platforms/python/3.7.9/include/python3.7m/unicodeobject.h:1320:23: note: declared here\n   PyAPI_FUNC(PyObject*) PyUnicode_EncodeUTF8(\n                         ^~~~~~~~~~~~~~~~~~~~\n  src/cnxninfo.cpp:45:88: warning: ‘PyObject* PyUnicode_EncodeUTF8(const Py_UNICODE*, Py_ssize_t, const char*)’ is deprecated [-Wdeprecated-declarations]\n       Object bytes(PyUnicode_EncodeUTF8(PyUnicode_AS_UNICODE(p), PyUnicode_GET_SIZE(p), 0));\n                                                                                ^\n  In file included from /tmp/oryx/platforms/python/3.7.9/include/python3.7m/Python.h:99:0,\n                   from src/pyodbc.h:45,\n                   from src/cnxninfo.cpp:7:\n  /tmp/oryx/platforms/python/3.7.9/include/python3.7m/unicodeobject.h:1320:23: note: declared here\n   PyAPI_FUNC(PyObject*) PyUnicode_EncodeUTF8(\n                         ^~~~~~~~~~~~~~~~~~~~\n  gcc -pthread -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPYODBC_VERSION=4.0.30 -I/tmp/oryx/platforms/python/3.7.9/include/python3.7m -c src/connection.cpp -o build/temp.linux-x86_64-3.7/src/connection.o -Wno-write-strings\n  src/connection.cpp: In function ‘PyObject* Connection_getinfo(PyObject*, PyObject*)’:\n  src/connection.cpp:835:40: warning: dereferencing type-punned pointer will break strict-aliasing rules [-Wstrict-aliasing]\n           SQLUINTEGER n = *(SQLUINTEGER*)szBuffer; // Does this work on PPC or do we need a union?\n                                          ^~~~~~~~\n  src/connection.cpp:848:49: warning: dereferencing type-punned pointer will break strict-aliasing rules [-Wstrict-aliasing]\n           result = PyInt_FromLong(*(SQLUSMALLINT*)szBuffer);\n                                                   ^~~~~~~~\n  gcc -pthread -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPYODBC_VERSION=4.0.30 -I/tmp/oryx/platforms/python/3.7.9/include/python3.7m -c src/cursor.cpp -o build/temp.linux-x86_64-3.7/src/cursor.o -Wno-write-strings\n  gcc -pthread -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPYODBC_VERSION=4.0.30 -I/tmp/oryx/platforms/python/3.7.9/include/python3.7m -c src/errors.cpp -o build/temp.linux-x86_64-3.7/src/errors.o -Wno-write-strings\n  src/errors.cpp: In function ‘PyObject* GetErrorFromHandle(Connection*, const char*, HDBC, HSTMT)’:\n  src/errors.cpp:331:17: warning: ‘Py_ssize_t PyUnicode_GetSize(PyObject*)’ is deprecated [-Wdeprecated-declarations]\n       if (!msg || PyUnicode_GetSize(msg.Get()) == 0)\n                   ^~~~~~~~~~~~~~~~~\n  In file included from /tmp/oryx/platforms/python/3.7.9/include/python3.7m/Python.h:99:0,\n                   from src/pyodbc.h:45,\n                   from src/errors.cpp:2:\n  /tmp/oryx/platforms/python/3.7.9/include/python3.7m/unicodeobject.h:793:24: note: declared here\n   PyAPI_FUNC(Py_ssize_t) PyUnicode_GetSize(\n                          ^~~~~~~~~~~~~~~~~\n  src/errors.cpp:331:44: warning: ‘Py_ssize_t PyUnicode_GetSize(PyObject*)’ is deprecated [-Wdeprecated-declarations]\n       if (!msg || PyUnicode_GetSize(msg.Get()) == 0)\n                                              ^\n  In file included from /tmp/oryx/platforms/python/3.7.9/include/python3.7m/Python.h:99:0,\n                   from src/pyodbc.h:45,\n                   from src/errors.cpp:2:\n  /tmp/oryx/platforms/python/3.7.9/include/python3.7m/unicodeobject.h:793:24: note: declared here\n   PyAPI_FUNC(Py_ssize_t) PyUnicode_GetSize(\n                          ^~~~~~~~~~~~~~~~~\n  gcc -pthread -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPYODBC_VERSION=4.0.30 -I/tmp/oryx/platforms/python/3.7.9/include/python3.7m -c src/getdata.cpp -o build/temp.linux-x86_64-3.7/src/getdata.o -Wno-write-strings\n  gcc -pthread -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPYODBC_VERSION=4.0.30 -I/tmp/oryx/platforms/python/3.7.9/include/python3.7m -c src/params.cpp -o build/temp.linux-x86_64-3.7/src/params.o -Wno-write-strings\n  src/params.cpp: In function ‘bool ExecuteMulti(Cursor*, PyObject*, PyObject*)’:\n  src/params.cpp:1932:33: warning: ‘PyObject* PyUnicode_EncodeUTF8(const Py_UNICODE*, Py_ssize_t, const char*)’ is deprecated [-Wdeprecated-declarations]\n                           bytes = PyUnicode_EncodeUTF8(source, cb, "strict");\n                                   ^~~~~~~~~~~~~~~~~~~~\n  In file included from /tmp/oryx/platforms/python/3.7.9/include/python3.7m/Python.h:99:0,\n                   from src/pyodbc.h:45,\n                   from src/params.cpp:10:\n  /tmp/oryx/platforms/python/3.7.9/include/python3.7m/unicodeobject.h:1320:23: note: declared here\n   PyAPI_FUNC(PyObject*) PyUnicode_EncodeUTF8(\n                         ^~~~~~~~~~~~~~~~~~~~\n  src/params.cpp:1932:74: warning: ‘PyObject* PyUnicode_EncodeUTF8(const Py_UNICODE*, Py_ssize_t, const char*)’ is deprecated [-Wdeprecated-declarations]\n                           bytes = PyUnicode_EncodeUTF8(source, cb, "strict");\n                                                                            ^\n  In file included from /tmp/oryx/platforms/python/3.7.9/include/python3.7m/Python.h:99:0,\n                   from src/pyodbc.h:45,\n                   from src/params.cpp:10:\n  /tmp/oryx/platforms/python/3.7.9/include/python3.7m/unicodeobject.h:1320:23: note: declared here\n   PyAPI_FUNC(PyObject*) PyUnicode_EncodeUTF8(\n                         ^~~~~~~~~~~~~~~~~~~~\n  src/params.cpp:1935:33: warning: ‘PyObject* PyUnicode_EncodeUTF16(const Py_UNICODE*, Py_ssize_t, const char*, int)’ is deprecated [-Wdeprecated-declarations]\n                           bytes = PyUnicode_EncodeUTF16(source, cb, "strict", BYTEORDER_NATIVE);\n                                   ^~~~~~~~~~~~~~~~~~~~~\n  In file included from /tmp/oryx/platforms/python/3.7.9/include/python3.7m/Python.h:99:0,\n                   from src/pyodbc.h:45,\n                   from src/params.cpp:10:\n  /tmp/oryx/platforms/python/3.7.9/include/python3.7m/unicodeobject.h:1480:23: note: declared here\n   PyAPI_FUNC(PyObject*) PyUnicode_EncodeUTF16(\n                         ^~~~~~~~~~~~~~~~~~~~~\n  src/params.cpp:1935:93: warning: ‘PyObject* PyUnicode_EncodeUTF16(const Py_UNICODE*, Py_ssize_t, const char*, int)’ is deprecated [-Wdeprecated-declarations]\n                           bytes = PyUnicode_EncodeUTF16(source, cb, "strict", BYTEORDER_NATIVE);\n                                                                                ^\n  In file included from /tmp/oryx/platforms/python/3.7.9/include/python3.7m/Python.h:99:0,\n                   from src/pyodbc.h:45,\n                   from src/params.cpp:10:\n  /tmp/oryx/platforms/python/3.7.9/include/python3.7m/unicodeobject.h:1480:23: note: declared here\n   PyAPI_FUNC(PyObject*) PyUnicode_EncodeUTF16(\n                         ^~~~~~~~~~~~~~~~~~~~~\n  src/params.cpp:1938:33: warning: ‘PyObject* PyUnicode_EncodeUTF16(const Py_UNICODE*, Py_ssize_t, const char*, int)’ is deprecated [-Wdeprecated-declarations]\n                           bytes = PyUnicode_EncodeUTF16(source, cb, "strict", BYTEORDER_LE);\n                                   ^~~~~~~~~~~~~~~~~~~~~\n  In file included from /tmp/oryx/platforms/python/3.7.9/include/python3.7m/Python.h:99:0,\n                   from src/pyodbc.h:45,\n                   from src/params.cpp:10:\n  /tmp/oryx/platforms/python/3.7.9/include/python3.7m/unicodeobject.h:1480:23: note: declared here\n   PyAPI_FUNC(PyObject*) PyUnicode_EncodeUTF16(\n                         ^~~~~~~~~~~~~~~~~~~~~\n  src/params.cpp:1938:89: warning: ‘PyObject* PyUnicode_EncodeUTF16(const Py_UNICODE*, Py_ssize_t, const char*, int)’ is deprecated [-Wdeprecated-declarations]\n                           bytes = PyUnicode_EncodeUTF16(source, cb, "strict", BYTEORDER_LE);\n                                                                                ^\n  In file included from /tmp/oryx/platforms/python/3.7.9/include/python3.7m/Python.h:99:0,\n                   from src/pyodbc.h:45,\n                   from src/params.cpp:10:\n  /tmp/oryx/platforms/python/3.7.9/include/python3.7m/unicodeobject.h:1480:23: note: declared here\n   PyAPI_FUNC(PyObject*) PyUnicode_EncodeUTF16(\n                         ^~~~~~~~~~~~~~~~~~~~~\n  src/params.cpp:1941:33: warning: ‘PyObject* PyUnicode_EncodeUTF16(const Py_UNICODE*, Py_ssize_t, const char*, int)’ is deprecated [-Wdeprecated-declarations]\n                           bytes = PyUnicode_EncodeUTF16(source, cb, "strict", BYTEORDER_BE);\n                                   ^~~~~~~~~~~~~~~~~~~~~\n  In file included from /tmp/oryx/platforms/python/3.7.9/include/python3.7m/Python.h:99:0,\n                   from src/pyodbc.h:45,\n                   from src/params.cpp:10:\n  /tmp/oryx/platforms/python/3.7.9/include/python3.7m/unicodeobject.h:1480:23: note: declared here\n   PyAPI_FUNC(PyObject*) PyUnicode_EncodeUTF16(\n                         ^~~~~~~~~~~~~~~~~~~~~\n  src/params.cpp:1941:89: warning: ‘PyObject* PyUnicode_EncodeUTF16(const Py_UNICODE*, Py_ssize_t, const char*, int)’ is deprecated [-Wdeprecated-declarations]\n                           bytes = PyUnicode_EncodeUTF16(source, cb, "strict", BYTEORDER_BE);\n                                                                                ^\n  In file included from /tmp/oryx/platforms/python/3.7.9/include/python3.7m/Python.h:99:0,\n                   from src/pyodbc.h:45,\n                   from src/params.cpp:10:\n  /tmp/oryx/platforms/python/3.7.9/include/python3.7m/unicodeobject.h:1480:23: note: declared here\n   PyAPI_FUNC(PyObject*) PyUnicode_EncodeUTF16(\n                         ^~~~~~~~~~~~~~~~~~~~~\n  gcc -pthread -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPYODBC_VERSION=4.0.30 -I/tmp/oryx/platforms/python/3.7.9/include/python3.7m -c src/pyodbccompat.cpp -o build/temp.linux-x86_64-3.7/src/pyodbccompat.o -Wno-write-strings\n  gcc -pthread -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPYODBC_VERSION=4.0.30 -I/tmp/oryx/platforms/python/3.7.9/include/python3.7m -c src/pyodbcdbg.cpp -o build/temp.linux-x86_64-3.7/src/pyodbcdbg.o -Wno-write-strings\n  gcc -pthread -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPYODBC_VERSION=4.0.30 -I/tmp/oryx/platforms/python/3.7.9/include/python3.7m -c src/pyodbcmodule.cpp -o build/temp.linux-x86_64-3.7/src/pyodbcmodule.o -Wno-write-strings\n  gcc -pthread -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPYODBC_VERSION=4.0.30 -I/tmp/oryx/platforms/python/3.7.9/include/python3.7m -c src/row.cpp -o build/temp.linux-x86_64-3.7/src/row.o -Wno-write-strings\n  gcc -pthread -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPYODBC_VERSION=4.0.30 -I/tmp/oryx/platforms/python/3.7.9/include/python3.7m -c src/textenc.cpp -o build/temp.linux-x86_64-3.7/src/textenc.o -Wno-write-strings\n  creating build/lib.linux-x86_64-3.7\n  g++ -pthread -shared build/temp.linux-x86_64-3.7/src/buffer.o build/temp.linux-x86_64-3.7/src/cnxninfo.o build/temp.linux-x86_64-3.7/src/connection.o build/temp.linux-x86_64-3.7/src/cursor.o build/temp.linux-x86_64-3.7/src/errors.o build/temp.linux-x86_64-3.7/src/getdata.o build/temp.linux-x86_64-3.7/src/params.o build/temp.linux-x86_64-3.7/src/pyodbccompat.o build/temp.linux-x86_64-3.7/src/pyodbcdbg.o build/temp.linux-x86_64-3.7/src/pyodbcmodule.o build/temp.linux-x86_64-3.7/src/row.o build/temp.linux-x86_64-3.7/src/textenc.o -L/usr/lib -L/usr/local/lib -L/opt/python/3.7.9/lib -lodbc -lpython3.7m -o build/lib.linux-x86_64-3.7/pyodbc.cpython-37m-x86_64-linux-gnu.so\n  /usr/bin/ld: cannot find -lpython3.7m\n  collect2: error: ld returned 1 exit status\n  error: command 'g++' failed with exit status 1\n  ----------------------------------------\n  ERROR: Failed building wheel for pyodbc\nDEPRECATION: Could not build wheels for pyodbc which do not use PEP 517. pip will fall back to legacy 'setup.py install' for these. pip 21.0 will remove support for this functionality. A possible replacement is to fix the wheel build issue reported above. You can find discussion regarding this at https://github.com/pypa/pip/issues/8368.\n    ERROR: Command errored out with exit status 1:\n     command: /tmp/oryx/platforms/python/3.7.9/bin/python3.7 -u -c 'import sys, setuptools, tokenize; sys.argv[0] = '"'"'/tmp/pip-install-byy4ved9/pyodbc/setup.py'"'"'; __file__='"'"'/tmp/pip-install-byy4ved9/pyodbc/setup.py'"'"';f=getattr(tokenize, '"'"'open'"'"', open)(__file__);code=f.read().replace('"'"'\r\n'"'"', '"'"'\n'"'"');f.close();exec(compile(code, __file__, '"'"'exec'"'"'))' install --record /tmp/pip-record-22ptj5ew/install-record.txt --single-version-externally-managed --home /tmp/pip-target-gynjff3x --compile --install-headers /tmp/pip-target-gynjff3x/include/python/pyodbc\n         cwd: /tmp/pip-install-byy4ved9/pyodbc/\n    Complete output (142 lines):\n    running install\n    running build\n    running build_ext\n    building 'pyodbc' extension\n    creating build\n    creating build/temp.linux-x86_64-3.7\n    creating build/temp.linux-x86_64-3.7/src\n    gcc -pthread -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPYODBC_VERSION=4.0.30 -I/tmp/oryx/platforms/python/3.7.9/include/python3.7m -c src/buffer.cpp -o build/temp.linux-x86_64-3.7/src/buffer.o -Wno-write-strings\n    gcc -pthread -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPYODBC_VERSION=4.0.30 -I/tmp/oryx/platforms/python/3.7.9/include/python3.7m -c src/cnxninfo.cpp -o build/temp.linux-x86_64-3.7/src/cnxninfo.o -Wno-write-strings\n    src/cnxninfo.cpp: In function ‘PyObject* GetHash(PyObject*)’:\n    src/cnxninfo.cpp:45:18: warning: ‘PyObject* PyUnicode_EncodeUTF8(const Py_UNICODE*, Py_ssize_t, const char*)’ is deprecated [-Wdeprecated-declarations]\n         Object bytes(PyUnicode_EncodeUTF8(PyUnicode_AS_UNICODE(p), PyUnicode_GET_SIZE(p), 0));\n                      ^~~~~~~~~~~~~~~~~~~~\n    In file included from /tmp/oryx/platforms/python/3.7.9/include/python3.7m/Python.h:99:0,\n                     from src/pyodbc.h:45,\n                     from src/cnxninfo.cpp:7:\n    /tmp/oryx/platforms/python/3.7.9/include/python3.7m/unicodeobject.h:1320:23: note: declared here\n     PyAPI_FUNC(PyObject*) PyUnicode_EncodeUTF8(\n                           ^~~~~~~~~~~~~~~~~~~~\n    src/cnxninfo.cpp:45:88: warning: ‘PyObject* PyUnicode_EncodeUTF8(const Py_UNICODE*, Py_ssize_t, const char*)’ is deprecated [-Wdeprecated-declarations]\n         Object bytes(PyUnicode_EncodeUTF8(PyUnicode_AS_UNICODE(p), PyUnicode_GET_SIZE(p), 0));\n                                                                                ^\n    In file included from /tmp/oryx/platforms/python/3.7.9/include/python3.7m/Python.h:99:0,\n                     from src/pyodbc.h:45,\n                     from src/cnxninfo.cpp:7:\n    /tmp/oryx/platforms/python/3.7.9/include/python3.7m/unicodeobject.h:1320:23: note: declared here\n     PyAPI_FUNC(PyObject*) PyUnicode_EncodeUTF8(\n                           ^~~~~~~~~~~~~~~~~~~~\n    gcc -pthread -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPYODBC_VERSION=4.0.30 -I/tmp/oryx/platforms/python/3.7.9/include/python3.7m -c src/connection.cpp -o build/temp.linux-x86_64-3.7/src/connection.o -Wno-write-strings\n    src/connection.cpp: In function ‘PyObject* Connection_getinfo(PyObject*, PyObject*)’:\n    src/connection.cpp:835:40: warning: dereferencing type-punned pointer will break strict-aliasing rules [-Wstrict-aliasing]\n             SQLUINTEGER n = *(SQLUINTEGER*)szBuffer; // Does this work on PPC or do we need a union?\n                                            ^~~~~~~~\n    src/connection.cpp:848:49: warning: dereferencing type-punned pointer will break strict-aliasing rules [-Wstrict-aliasing]\n             result = PyInt_FromLong(*(SQLUSMALLINT*)szBuffer);\n                                                     ^~~~~~~~\n    gcc -pthread -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPYODBC_VERSION=4.0.30 -I/tmp/oryx/platforms/python/3.7.9/include/python3.7m -c src/cursor.cpp -o build/temp.linux-x86_64-3.7/src/cursor.o -Wno-write-strings\n    gcc -pthread -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPYODBC_VERSION=4.0.30 -I/tmp/oryx/platforms/python/3.7.9/include/python3.7m -c src/errors.cpp -o build/temp.linux-x86_64-3.7/src/errors.o -Wno-write-strings\n    src/errors.cpp: In function ‘PyObject* GetErrorFromHandle(Connection*, const char*, HDBC, HSTMT)’:\n    src/errors.cpp:331:17: warning: ‘Py_ssize_t PyUnicode_GetSize(PyObject*)’ is deprecated [-Wdeprecated-declarations]\n         if (!msg || PyUnicode_GetSize(msg.Get()) == 0)\n                     ^~~~~~~~~~~~~~~~~\n    In file included from /tmp/oryx/platforms/python/3.7.9/include/python3.7m/Python.h:99:0,\n                     from src/pyodbc.h:45,\n                     from src/errors.cpp:2:\n    /tmp/oryx/platforms/python/3.7.9/include/python3.7m/unicodeobject.h:793:24: note: declared here\n     PyAPI_FUNC(Py_ssize_t) PyUnicode_GetSize(\n                            ^~~~~~~~~~~~~~~~~\n    src/errors.cpp:331:44: warning: ‘Py_ssize_t PyUnicode_GetSize(PyObject*)’ is deprecated [-Wdeprecated-declarations]\n         if (!msg || PyUnicode_GetSize(msg.Get()) == 0)\n                                                ^\n    In file included from /tmp/oryx/platforms/python/3.7.9/include/python3.7m/Python.h:99:0,\n                     from src/pyodbc.h:45,\n                     from src/errors.cpp:2:\n    /tmp/oryx/platforms/python/3.7.9/include/python3.7m/unicodeobject.h:793:24: note: declared here\n     PyAPI_FUNC(Py_ssize_t) PyUnicode_GetSize(\n                            ^~~~~~~~~~~~~~~~~\n    gcc -pthread -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPYODBC_VERSION=4.0.30 -I/tmp/oryx/platforms/python/3.7.9/include/python3.7m -c src/getdata.cpp -o build/temp.linux-x86_64-3.7/src/getdata.o -Wno-write-strings\n    gcc -pthread -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPYODBC_VERSION=4.0.30 -I/tmp/oryx/platforms/python/3.7.9/include/python3.7m -c src/params.cpp -o build/temp.linux-x86_64-3.7/src/params.o -Wno-write-strings\n    src/params.cpp: In function ‘bool ExecuteMulti(Cursor*, PyObject*, PyObject*)’:\n    src/params.cpp:1932:33: warning: ‘PyObject* PyUnicode_EncodeUTF8(const Py_UNICODE*, Py_ssize_t, const char*)’ is deprecated [-Wdeprecated-declarations]\n                             bytes = PyUnicode_EncodeUTF8(source, cb, "strict");\n                                     ^~~~~~~~~~~~~~~~~~~~\n    In file included from /tmp/oryx/platforms/python/3.7.9/include/python3.7m/Python.h:99:0,\n                     from src/pyodbc.h:45,\n                     from src/params.cpp:10:\n    /tmp/oryx/platforms/python/3.7.9/include/python3.7m/unicodeobject.h:1320:23: note: declared here\n     PyAPI_FUNC(PyObject*) PyUnicode_EncodeUTF8(\n                           ^~~~~~~~~~~~~~~~~~~~\n    src/params.cpp:1932:74: warning: ‘PyObject* PyUnicode_EncodeUTF8(const Py_UNICODE*, Py_ssize_t, const char*)’ is deprecated [-Wdeprecated-declarations]\n                             bytes = PyUnicode_EncodeUTF8(source, cb, "strict");\n                                                                              ^\n    In file included from /tmp/oryx/platforms/python/3.7.9/include/python3.7m/Python.h:99:0,\n                     from src/pyodbc.h:45,\n                     from src/params.cpp:10:\n    /tmp/oryx/platforms/python/3.7.9/include/python3.7m/unicodeobject.h:1320:23: note: declared here\n     PyAPI_FUNC(PyObject*) PyUnicode_EncodeUTF8(\n                           ^~~~~~~~~~~~~~~~~~~~\n    src/params.cpp:1935:33: warning: ‘PyObject* PyUnicode_EncodeUTF16(const Py_UNICODE*, Py_ssize_t, const char*, int)’ is deprecated [-Wdeprecated-declarations]\n                             bytes = PyUnicode_EncodeUTF16(source, cb, "strict", BYTEORDER_NATIVE);\n                                     ^~~~~~~~~~~~~~~~~~~~~\n    In file included from /tmp/oryx/platforms/python/3.7.9/include/python3.7m/Python.h:99:0,\n                     from src/pyodbc.h:45,\n                     from src/params.cpp:10:\n    /tmp/oryx/platforms/python/3.7.9/include/python3.7m/unicodeobject.h:1480:23: note: declared here\n     PyAPI_FUNC(PyObject*) PyUnicode_EncodeUTF16(\n                           ^~~~~~~~~~~~~~~~~~~~~\n    src/params.cpp:1935:93: warning: ‘PyObject* PyUnicode_EncodeUTF16(const Py_UNICODE*, Py_ssize_t, const char*, int)’ is deprecated [-Wdeprecated-declarations]\n                             bytes = PyUnicode_EncodeUTF16(source, cb, "strict", BYTEORDER_NATIVE);\n                                                                                ^\n    In file included from /tmp/oryx/platforms/python/3.7.9/include/python3.7m/Python.h:99:0,\n                     from src/pyodbc.h:45,\n                     from src/params.cpp:10:\n    /tmp/oryx/platforms/python/3.7.9/include/python3.7m/unicodeobject.h:1480:23: note: declared here\n     PyAPI_FUNC(PyObject*) PyUnicode_EncodeUTF16(\n                           ^~~~~~~~~~~~~~~~~~~~~\n    src/params.cpp:1938:33: warning: ‘PyObject* PyUnicode_EncodeUTF16(const Py_UNICODE*, Py_ssize_t, const char*, int)’ is deprecated [-Wdeprecated-declarations]\n                             bytes = PyUnicode_EncodeUTF16(source, cb, "strict", BYTEORDER_LE);\n                                     ^~~~~~~~~~~~~~~~~~~~~\n    In file included from /tmp/oryx/platforms/python/3.7.9/include/python3.7m/Python.h:99:0,\n                     from src/pyodbc.h:45,\n                     from src/params.cpp:10:\n    /tmp/oryx/platforms/python/3.7.9/include/python3.7m/unicodeobject.h:1480:23: note: declared here\n     PyAPI_FUNC(PyObject*) PyUnicode_EncodeUTF16(\n                           ^~~~~~~~~~~~~~~~~~~~~\n    src/params.cpp:1938:89: warning: ‘PyObject* PyUnicode_EncodeUTF16(const Py_UNICODE*, Py_ssize_t, const char*, int)’ is deprecated [-Wdeprecated-declarations]\n                             bytes = PyUnicode_EncodeUTF16(source, cb, "strict", BYTEORDER_LE);\n                                                                                ^\n    In file included from /tmp/oryx/platforms/python/3.7.9/include/python3.7m/Python.h:99:0,\n                     from src/pyodbc.h:45,\n                     from src/params.cpp:10:\n    /tmp/oryx/platforms/python/3.7.9/include/python3.7m/unicodeobject.h:1480:23: note: declared here\n     PyAPI_FUNC(PyObject*) PyUnicode_EncodeUTF16(\n                           ^~~~~~~~~~~~~~~~~~~~~\n    src/params.cpp:1941:33: warning: ‘PyObject* PyUnicode_EncodeUTF16(const Py_UNICODE*, Py_ssize_t, const char*, int)’ is deprecated [-Wdeprecated-declarations]\n                             bytes = PyUnicode_EncodeUTF16(source, cb, "strict", BYTEORDER_BE);\n                                     ^~~~~~~~~~~~~~~~~~~~~\n    In file included from /tmp/oryx/platforms/python/3.7.9/include/python3.7m/Python.h:99:0,\n                     from src/pyodbc.h:45,\n                     from src/params.cpp:10:\n    /tmp/oryx/platforms/python/3.7.9/include/python3.7m/unicodeobject.h:1480:23: note: declared here\n     PyAPI_FUNC(PyObject*) PyUnicode_EncodeUTF16(\n                           ^~~~~~~~~~~~~~~~~~~~~\n    src/params.cpp:1941:89: warning: ‘PyObject* PyUnicode_EncodeUTF16(const Py_UNICODE*, Py_ssize_t, const char*, int)�� is deprecated [-Wdeprecated-declarations]\n                             bytes = PyUnicode_EncodeUTF16(source, cb, "strict", BYTEORDER_BE);\n                                                                                ^\n    In file included from /tmp/oryx/platforms/python/3.7.9/include/python3.7m/Python.h:99:0,\n                     from src/pyodbc.h:45,\n                     from src/params.cpp:10:\n    /tmp/oryx/platforms/python/3.7.9/include/python3.7m/unicodeobject.h:1480:23: note: declared here\n     PyAPI_FUNC(PyObject*) PyUnicode_EncodeUTF16(\n                           ^~~~~~~~~~~~~~~~~~~~~\n    gcc -pthread -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPYODBC_VERSION=4.0.30 -I/tmp/oryx/platforms/python/3.7.9/include/python3.7m -c src/pyodbccompat.cpp -o build/temp.linux-x86_64-3.7/src/pyodbccompat.o -Wno-write-strings\n    gcc -pthread -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPYODBC_VERSION=4.0.30 -I/tmp/oryx/platforms/python/3.7.9/include/python3.7m -c src/pyodbcdbg.cpp -o build/temp.linux-x86_64-3.7/src/pyodbcdbg.o -Wno-write-strings\n    gcc -pthread -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPYODBC_VERSION=4.0.30 -I/tmp/oryx/platforms/python/3.7.9/include/python3.7m -c src/pyodbcmodule.cpp -o build/temp.linux-x86_64-3.7/src/pyodbcmodule.o -Wno-write-strings\n    gcc -pthread -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPYODBC_VERSION=4.0.30 -I/tmp/oryx/platforms/python/3.7.9/include/python3.7m -c src/row.cpp -o build/temp.linux-x86_64-3.7/src/row.o -Wno-write-strings\n    gcc -pthread -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPYODBC_VERSION=4.0.30 -I/tmp/oryx/platforms/python/3.7.9/include/python3.7m -c src/textenc.cpp -o build/temp.linux-x86_64-3.7/src/textenc.o -Wno-write-strings\n    creating build/lib.linux-x86_64-3.7\n    g++ -pthread -shared build/temp.linux-x86_64-3.7/src/buffer.o build/temp.linux-x86_64-3.7/src/cnxninfo.o build/temp.linux-x86_64-3.7/src/connection.o build/temp.linux-x86_64-3.7/src/cursor.o build/temp.linux-x86_64-3.7/src/errors.o build/temp.linux-x86_64-3.7/src/getdata.o build/temp.linux-x86_64-3.7/src/params.o build/temp.linux-x86_64-3.7/src/pyodbccompat.o build/temp.linux-x86_64-3.7/src/pyodbcdbg.o build/temp.linux-x86_64-3.7/src/pyodbcmodule.o build/temp.linux-x86_64-3.7/src/row.o build/temp.linux-x86_64-3.7/src/textenc.o -L/usr/lib -L/usr/local/lib -L/opt/python/3.7.9/lib -lodbc -lpython3.7m -o build/lib.linux-x86_64-3.7/pyodbc.cpython-37m-x86_64-linux-gnu.so\n    /usr/bin/ld: cannot find -lpython3.7m\n    collect2: error: ld returned 1 exit status\n    error: command 'g++' failed with exit status 1\n    ----------------------------------------\nERROR: Command errored out with exit status 1: /tmp/oryx/platforms/python/3.7.9/bin/python3.7 -u -c 'import sys, setuptools, tokenize; sys.argv[0] = '"'"'/tmp/pip-install-byy4ved9/pyodbc/setup.py'"'"'; __file__='"'"'/tmp/pip-install-byy4ved9/pyodbc/setup.py'"'"';f=getattr(tokenize, '"'"'open'"'"', open)(__file__);code=f.read().replace('"'"'\r\n'"'"', '"'"'\n'"'"');f.close();exec(compile(code, __file__, '"'"'exec'"'"'))' install --record /tmp/pip-record-22ptj5ew/install-record.txt --single-version-externally-managed --home /tmp/pip-target-gynjff3x --compile --install-headers /tmp/pip-target-gynjff3x/include/python/pyodbc Check the logs for full command output.\nWARNING: You are using pip version 20.2; however, version 20.2.3 is available.\nYou should consider upgrading via the '/tmp/oryx/platforms/python/3.7.9/bin/python3.7 -m pip install --upgrade pip' command.\n/opt/Kudu/Scripts/starter.sh oryx build /tmp/zipdeploy/extracted -o /home/site/wwwroot --platform python --platform-version 3.7 -p packagedir=.python_packages/lib/site-packages
12:35:13 PM DeviceStatusAlert: Deployment failed.```

cannot find -lpython3.7m

Make sure you have that version of Python installed.

@v-chojas I have doubled checked the version and I have the correct python version installed.

Issue has been resolved. I had to update azure function app to python 3.8 runtime and pyodbc installed successfully.
See this link for more information. https://github.com/Azure/azure-functions-python-worker/issues/746

FYI - https://github.com/Azure/azure-functions-core-tools/issues/2243#issuecomment-701001347 from the Functions team.


We can now detect bouncy ballz

Hello @egeakman! Thanks for opening this PR. We checked the lines you've touched for PEP 8 issues, and found:

In the file misc/calibration/pixel_calculator.py:

Line 9:1: E402 module level import not at top of file
Line 24:1: E731 do not assign a lambda expression, use a def
Line 26:80: E501 line too long (86 > 79 characters)
Line 65:80: E501 line too long (85 > 79 characters)
Line 86:80: E501 line too long (83 > 79 characters)
Line 89:80: E501 line too long (86 > 79 characters)
Line 108:80: E501 line too long (82 > 79 characters)
Line 111:80: E501 line too long (85 > 79 characters)

In the file misc/calibration/take_a_photo.py:

Line 11:1: E402 module level import not at top of file
Line 12:1: E402 module level import not at top of file
Line 13:1: E402 module level import not at top of file
Line 30:1: E731 do not assign a lambda expression, use a def
Line 33:80: E501 line too long (80 > 79 characters)
Line 36:80: E501 line too long (85 > 79 characters)
Line 39:80: E501 line too long (84 > 79 characters)
Line 50:1: E302 expected 2 blank lines, found 1
Line 116:80: E501 line too long (88 > 79 characters)
Line 125:80: E501 line too long (83 > 79 characters)
Line 130:80: E501 line too long (87 > 79 characters)
Line 134:80: E501 line too long (87 > 79 characters)
Line 140:80: E501 line too long (85 > 79 characters)
Line 144:80: E501 line too long (86 > 79 characters)

In the file misc/functions/network.py:

Line 58:80: E501 line too long (86 > 79 characters)
Line 60:80: E501 line too long (87 > 79 characters)
Line 68:80: E501 line too long (86 > 79 characters)
Line 70:80: E501 line too long (87 > 79 characters)
Line 75:80: E501 line too long (86 > 79 characters)

In the file misc/functions/shortener.py:

Line 6:1: E402 module level import not at top of file

In the file misc/functions/video.py:

Line 8:1: E402 module level import not at top of file
Line 19:1: E302 expected 2 blank lines, found 1

In the file misc/tests/test_classifier.py:

Line 6:1: E402 module level import not at top of file
Line 7:1: E402 module level import not at top of file
Line 8:1: E402 module level import not at top of file
Line 23:80: E501 line too long (84 > 79 characters)
Line 32:80: E501 line too long (80 > 79 characters)

In the file misc/tests/test_modes.py:

Line 6:1: E402 module level import not at top of file

In the file vision.py:

Line 62:80: E501 line too long (80 > 79 characters)
Line 74:80: E501 line too long (88 > 79 characters)
Line 79:80: E501 line too long (82 > 79 characters)


[Parse] Fix lookup of foo(_:bar:) expressions

What's in this pull request?
This fixes an issue where foo(_:bar:) expressions were resolving to a local variable or parameter foo instead of resolving to the correct foo(_:bar:) function. The problem is that Scope was only storing Identifiers and so only the base name was being used for lookup. I switched Scope to storing DeclNames instead, and it seems to work. However, I'm not particularly familiar with this code, so I don't know if there's any drawbacks to this approach.
This PR also improves the diagnostics for #selector() expressions to properly refer to variables and parameters instead of always calling them properties.
Resolved bug number: (SR-880)

Before merging this pull request to apple/swift repository:

[ ] Test pull request on Swift continuous integration.

Triggering Swift CI
The swift-ci is triggered by writing a comment on this PR addressed to the GitHub user @swift-ci. Different tests will run depending on the specific comment that you use. The currently available comments are:
Smoke Testing
    Platform     | Comment
    ------------ | -------------
    All supported platforms     | @swift-ci Please smoke test
    OS X platform               | @swift-ci Please smoke test OS X platform
    Linux platform              | @swift-ci Please smoke test Linux platform

Validation Testing
    Platform     | Comment
    ------------ | -------------
    All supported platforms     | @swift-ci Please test
    OS X platform               | @swift-ci Please test OS X platform
    Linux platform              | @swift-ci Please test Linux platform

Note: Only members of the Apple organization can trigger swift-ci.

@swift-ci Please test

Seems like a @DougGregor patch area.

Looks great, thanks!


area_entered and area_exited emitted multiple times while still overlapping

Godot version:
3.2rc1
OS/device including version:
MacOS 10.14.3 (Mojave) build running on Oculus Quest.
Issue description:
area_entered and area_exited signals are emitted all the time when one area is moved even though areas are still overlapping (for 3D). This only happens when the CollisionShapes are sufficiently small.
Steps to reproduce:

Create two Spatial Areas with small CollisionsShapes (e.g. Extents (0.015, 0.009, 0.015))
Overlap them and move one area slightly. Check for area_entered which is emitted even though the areas never stop overlapping.
Try the same with bigger CollisionShapes and it works as expected

Minimum reproduction project:
Not sure how much it helps since you need a Quest to run it: https://github.com/shafy/blocks-kosmos-school/
Grab one of the blocks on the table and hold one of the small six Areas into another block's to see what I mean.

You mean I need to increase the margin?

@shafy yes

Ok, but this is then the same as just increasing the volume of the collision shape. So it doesn't really solve the problem then. But I guess there's nothing we can do about it if it's beause of Bullet?

Does it work as expected if you switch the physics engine to Godot Physics?
Project Settings > Physics > 3D > Physics Engine > Godot Physics

Does it work as expected if you switch the physics engine to Godot Physics?
Project Settings > Physics > 3D > Physics Engine > Godot Physics

Thanks @pouleyKetchoupp. I'm currently not working on that project anymore and so won't be able to test this any time soon. But I'll let you know once I can. Or maybe someone else who has a similar problem can check it?

Thanks @pouleyKetchoupp. I'm currently not working on that project anymore and so won't be able to test this any time soon. But I'll let you know once I can. Or maybe someone else who has a similar problem can check it?

Alright. If anyone can reproduce a similar issue, please test with Godot Physics and share a minimal project to help investigate.

Alright. If anyone can reproduce a similar issue, please test with Godot Physics and share a minimal project to help investigate.

I don't have a minimal project, but my larger project exhibited similar behavior with Godot 3.2 and 3.3.2 official builds. In my case, area_exited fired twice for each object. My issue involves collisions with a small box [extents (0.507,0.532,0.612), margin 0.04] and a cylinder (radius 1, height 2, margin 0.04). This happens under Godot Physics and Bullet physics.
After struggling with this for days, I ended up making the cylinder longer (height 5.07). This fixed the problem for me under both physics engines.

@SoapSpangledGames Thanks for info! Would you be able to check if your issue still occurs in 3.4 beta by any chance?

I am unable to reproduce my problem in 3.4 beta 5. I was mistaken about the signal I was using. I was using body_exited, not area_exited. But the issue was correct, and I'm unable to reproduce it now. It seems to be fixed in 3.5 beta 5.

Closing for now since it seems fixed in 3.4.
@shafy Feel free to re-open if you can still reproduce the issue when you get to test this project again.

I'm still experiencing this bug in Godot Godot_v3.4.2-stable_x11 (Linux).
https://www.youtube.com/watch?v=DkIIWZ8fbmk
As you can see, when the ship enters the area of the electric barrier, a "Deactivate" button appears on the left. This is triggered by area_entered.
On the other hand, area_exit triggers the button disappearance. If I move the ship, even if all its area is contained in the larger area, the event is still triggered.

@jeudy-ua Please open a new issue with a minimal reproduction project attached.


bos accounting chain-sends lists refund from force close channels

I'm not a developer and try to report as good as I can, please be considered :-)
I recently had two peers which messed up their LND nodes while restoring some old backups, hence my node force closed on them.
Out of curiosity I investigated the issues further and came across the following anomaly:
When running: bos accounting chain-sends the generated report lists the two refunds of the remaining outbound capacity of the channels which have been force closed as a negative integer and with as type transfer:withdraw
I think this is wrong and should be show in the report when doing bos accounting chain-receives where refunds from normal channel closures are listed too, as positive integers as type transfer:deposit
Futhermore the integer values reported a wrong as well, because the difference of the onchain tx output and the fees are shown, instead of the output only.
Using lncli the correct output is reported, but showing zero fees.

Can you show the related transaction details that is in the output of LND?
you can find this with bos call getchaintransactions
also, do you see anything related in bos call getsweeptransactions

getchaintransaction:
transactions:
block_id:<PHONE_NUMBER>0000000007cc05fde39935fb657bd64a443854c527e1de055762e6
confirmation_count:  3311
confirmation_height: 695878
created_at:          2021-08-15T11:30:04.000Z
description:         0:openchannel:shortchanid-765125952617578496
fee:                 223
id:                  19b7f0bac3c6ad19a9dc6bd2ce8301f67d97f29d0e2b0f68a41dea22c79345a3
is_confirmed:        true
is_outgoing:         true
output_addresses:
  - bc1qrduy6vvefsp5amh4v8vwt45ukrye70gcr46tdtcwgjx33z9ktagsqxlpn0
  - bc1qu8gvknh8wg7sqj87zznazhtjfvaer5x9dvckpu
tokens:              4000223
transaction:<PHONE_NUMBER>010208066f8d2323907dfcf5e4f558823976f4a24e9db0744a83efa61c0c3cf4a75f010000000000000000690947b6060ec94efa7164e5ed81506ca5e3fc3d2a720932ffd60205878770840000000000000000000200093d00000000002200201b784d31994c034eeef561d8e5d69cb0c99f3d181d74b6af0e448d1888b65f51aa876e0100000000160014e1d0cb4ee7723d0048fe10a7d15d724b3b91d0c5024830450221009579894eb733f3ef3e5665aa432b741cdbf3c275d3787f6ef15ceeafaf2e8db1022048e6b9b78e6cca165db103a8818bcb31377e0f6da25a1f97dc642fc49f59d44b0121023ad5ed3d971a77a61e89ec36bdb710150da9dd59af037df6de878c8b0ee64365024730440220714a7931b153f4b20cf9f5b085d77101619f3b91d6f37c0de096197a16f4ecfb02201adb8d1454d4cd2ba057bc14f49d094a007c8fb27e149da9a5320ec5dd2fb933012102c131b7f77e64a493af91d06fd8bc4b66cb471eb0ba9f40e9334b00304806e6c900000000

block_id:<PHONE_NUMBER>0000000011c2e92fc07125d554290d00dd66e173698dea7beeec0e
confirmation_count:  3492
confirmation_height: 695697
created_at:          2021-08-14T10:41:12.000Z
id:<PHONE_NUMBER>02d6ff3209722a3dfce3a56c5081ede56471fa4ec90e06b6470969
is_confirmed:        true
is_outgoing:         false
output_addresses:

bc1qjadzdrf622lu6fvpwnzhrwgdfugsd2vyukdjtm
tokens:              21271
transaction:<PHONE_NUMBER>01013578508455d77d4d47904fd374227e74518b80cb37ee1ec905cef55946e15d3c0000000000f0000000011753000000000000160014975a268d3a52bfcd258174c571b90d4f1106a98403483045022100d5d8d968da46184becb015ca6ca703a28dfc4c6244f81d7c9a818b2374ed48b102200798aca69d2fbcb5f3bae786a7f71a5e377e31b5e6485ad6ef111f36befdd54201004d63210393f096e7401da2bc8cc16545f223978e47f6ab86f96f64e8b4c77397c403590d6702f000b27521028e661c647450e52f938a3d5bc6b6e3ac2315536f9c3264427f15bb9b6abe1a6a68ac909d0a00

block_id:<PHONE_NUMBER>00000000069e3f94504e03cb22360341ee6ac9dee50fa672c35f4a
confirmation_count:  4055
confirmation_height: 695134
created_at:          2021-08-10T15:32:28.000Z
description:         external
fee:                 142
id:                  5fa7f43c0c1ca6ef834a74b09d4ea2f476398258f5e4f5fc7d9023238d6f0608
is_confirmed:        true
is_outgoing:         true
output_addresses:

bc1q6slxzu7e7hc4ne3478gm4w34846nq2tjnvy5uf
bc1qkeq2c8rjcdx4plrynvj2nqxrfu77xwda26jfp3
tokens:              2000142
transaction:<PHONE_NUMBER>01017b5a73a2da5bbb8c5249b691e617c19f3c93958da6f4642ebbc6828623a0eb170000000000ffffffff0280841e0000000000160014d43e6173d9f5f159e635f1d1baba353d75302972723eab0100000000160014b640ac1c72c34d50fc649b24a980c34f3de339bd0247304402200857e89fc75c7d373541b637b43df79b3aed89f018f9200b5d635eca6872de530220462e19f5feb68189f0c7067d3f4626ffa71ccc1305688979561416aa4b3a94db0121021667d20ce966b7e1c6033a60e3a59ec89f7e976d1d7460545d6aad241ffaf27400000000

getsweeptransactions:
block_id:<PHONE_NUMBER>0000000011c2e92fc07125d554290d00dd66e173698dea7beeec0e
confirmation_count:  3492
confirmation_height: 695697
created_at:          2021-08-14T10:41:12.000Z
id:<PHONE_NUMBER>02d6ff3209722a3dfce3a56c5081ede56471fa4ec90e06b6470969
is_confirmed:        true
is_outgoing:         false
output_addresses:
  - bc1qjadzdrf622lu6fvpwnzhrwgdfugsd2vyukdjtm
spends:
  -
    transaction_id:   3c5de14659f5ce05c91eee37cb808b51747e2274d34f90474d7dd75584507835
    transaction_vout: 0
tokens:              21271
transaction:<PHONE_NUMBER>01013578508455d77d4d47904fd374227e74518b80cb37ee1ec905cef55946e15d3c0000000000f0000000011753000000000000160014975a268d3a52bfcd258174c571b90d4f1106a98403483045022100d5d8d968da46184becb015ca6ca703a28dfc4c6244f81d7c9a818b2374ed48b102200798aca69d2fbcb5f3bae786a7f71a5e377e31b5e6485ad6ef111f36befdd54201004d63210393f096e7401da2bc8cc16545f223978e47f6ab86f96f64e8b4c77397c403590d6702f000b27521028e661c647450e52f938a3d5bc6b6e3ac2315536f9c3264427f15bb9b6abe1a6a68ac909d0a00

also what is the erroneous row you see in the chain-sends? according to lnd this 19b7f0bac3c6ad19a9dc6bd2ce8301f67d97f29d0e2b0f68a41dea22c79345a3 is a negative amount, meaning you spent it, but you are saying it is actually a receive right?

Can you get the row using --csv option to show the full output?

"Amount","Asset","Date & Time","Fiat Amount","From ID","Network ID","Notes","To ID","Transaction ID","Type"
-2000000,"BTC","2021-05-27T16:37:24.000Z",,"","","Outputs to bc1qt330tucld3sya94pcfd3d9vygha4me2vy88akh bc1qv8yvwgk53gnuttwequpk4xfklcz54h3kudgug5ul442t3676ndks3ww90p","","981bd2bba8dee39780831353f7ee6dde558cafc7e6abcf40012cc46fae38112c","transfer:withdraw"
0,"BTC","2021-05-29T13:10:40.000Z",,"","","Outputs to bc1qlhg2yh5skc0rfk0j7md4dk807lgct232xrwf4g","","773d375fc4ba7049dd768ae9fe197559137707ac4d1cfd5d532bce4ef75cfe3d","transfer:withdraw"
-2100000,"BTC","2021-05-29T13:10:40.000Z",,"","","Outputs to bc1q398499h0drnsjye6xyj2c7x2k89g8489nfl58fldmx8zamdlk48s5ryal3 bc1qp3r4sepzrgllag0kxpcxg68apez4mpea6wnh3p","","3d41ecc1edd0795261714f0ee908ac0a4b1d4d40254835b37c416098df877e6d","transfer:withdraw"
-287544,"BTC","2021-05-30T08:06:08.000Z",,"","","Outputs to bc1qm4m4xddslp669wfej9r80dzar0rgdcu683wycalyedtvwkw5rdlszds6yz bc1q8zk5earxypdq3u79xul6sayydlw73d49j5fy9m","","5f37184b7ef633d5c7036f66aafcea51a15b841b4075c2e310bb2a2e86cecf15","transfer:withdraw"
-1000000,"BTC","2021-05-31T08:32:01.000Z",,"","","Outputs to bc1qnyd2fgj8qf6uy6aut6x2cv9ef8tpxw3fguwajx bc1qpfa7j4gkyhvt4hra0l3x52fes0xv0mqggpzj2l","","d7ae9ea2926db7fbfa275c7f73216691459127f0d19b19ea435338ec4a903696","transfer:withdraw"
-1000000,"BTC","2021-06-02T20:11:48.000Z",,"","","Outputs to bc1qafja489rtytq4ggwe77us8t2vdmf36kwwk9gfn bc1qmykkjtjupsa4d8c49cfysm2hmtwars2a2wn7tr","","db46e51a7a5cf5ec1a8fcfa1276f07094cf427419d76cdb89f519dc27a1b3049","transfer:withdraw"
-1000000,"BTC","2021-06-05T10:23:43.000Z",,"","","Outputs to bc1qjuuzw3u34gfmjjlyrsexandklfhgn8ee55rjtz bc1q5l4em8ekc7n5qvq574pmw5aq8vscvwvmpyxyyp","","dd6ed63b9470ef28951c27a9074b5a6f295075885a51bec96ae9308cadd6f26f","transfer:withdraw"
-1000000,"BTC","2021-06-07T11:17:43.000Z",,"","","Outputs to bc1qtf4leuqescg3jw0fprg3fycxh6kpa5379tkpu8 bc1q48s3275pgn4qkq4df4l7vr57fg9yl2hamlwxkh2cmulm98wmec3qwtksh5","","b0f143b7d186bbb22bae3e62a4837e5cd0dd253b9fca3a365d12ef2007637b2b","transfer:withdraw"
-998496,"BTC","2021-06-07T11:55:20.000Z",,"","","Outputs to bc1qgulr5qadg62mq2zp7u666r8sqqu2preja3enq2","","638d56c159d7931af8d76ca5285390f4a3a7bf1b15cfe6293c1b8c9e10e200b6","transfer:withdraw"
-2000000,"BTC","2021-06-08T04:40:25.000Z",,"","","Outputs to bc1q7ugzjfy84hectrdx0mxasxtjd9de67vw95fl9d bc1qg6slqdxnpsaf0y8lk3mprjvdwh6fcyf9rck2q74l957lf2vnrkhqu33eeg","","70308950e5c5d4ca9b469805bdf6ae67cb0fed9a9bbf745eeff023f919d7428a","transfer:withdraw"
-750000,"BTC","2021-06-09T06:21:53.000Z",,"","","Outputs to bc1qs3mpsmtpw6mxvrudmedltwlve3zj49cthsuds9 bc1q4y9kjl5rpyqdl7m0ykxfgjhm5zjjg0jk08nw5y","","088ad755cecdabf6e8617c23dafaa07257f2ae8229b8ae749b873091d64f449e","transfer:withdraw"
0,"BTC","2021-06-10T16:14:03.000Z",,"","","Outputs to bc1q5nrxjw5fdl2rkukqg77cfzqdpyu78u2rr9hyyd","","5597010e0c9d5ba189269d2a159af0692843f580dfc18e632a1aa248d4148f89","transfer:withdraw"
-1000000,"BTC","2021-06-10T16:14:03.000Z",,"","","Outputs to bc1qgrc8dkg2g3rmt5mggh0k44mlpugsadz2wf99qe bc1q6l78z9ajs0e8x7ef4ha37vqstmg48xjhktl3cc","","2225735a26b55614de7fdb1379aff8b64389377730a6b3fe497fd44a55bf8bef","transfer:withdraw"
-1000000,"BTC","2021-06-10T18:21:55.000Z",,"","","Outputs to bc1qfxtzqn324fvyjs0enpfzc8kh0wm27kxz2qrh0z bc1qrgemmh2qnfhlh8guam872wt5u6uj7gh5vs3azc","","de104ead3cf8938380f6b399dea4a02098952f09a4ece72780bfc09ae928f133","transfer:withdraw"
-2000000,"BTC","2021-06-11T17:18:22.000Z",,"","","Outputs to bc1qt0frwz8jxapwg6fce68q57uwrzdg4xxhpkm004hvd4lh6wq4ufnsjkdzth bc1qr7fkrjthhvgcwedv0wvrxddytna5hucxzxmyf2","","99c80c270f663c25711c7b5c9f997912a42fbdfd94db4696ee97ecf7168288db","transfer:withdraw"
-2013009,"BTC","2021-06-13T18:30:56.000Z",,"","","Outputs to bc1q2keayrz5fnsh0ecujpr4yrnlcfs9s0yfyufr66 bc1qtmfvn0mm8nquzwcxt05l5lahyxl4sspk4pfqxw","","9903e46ddea0aea750ee5d4196a7cd587e2248e439a9fbc400cfe5fcf8f20b96","transfer:withdraw"
-1000000,"BTC","2021-06-14T14:22:16.000Z",,"","","Outputs to bc1qv50na8h53l9wrfa84kzwxjhfa4u7w82nhgcaxp bc1qxkv4cd7pewhjayt4um7ypnh2vw65cmn0455c7j","","86987c91f56dc9f90d496a2031ef99734e7e201ec9e2c29636c26ac0215d9663","transfer:withdraw"
0,"BTC","2021-06-14T22:23:36.000Z",,"","","Outputs to bc1q9zcqzn3djj8xlgaafs2tw0exm6plswudnhqy4z","","0b4ea5e5675adfbeb7ccd762ef43762c65f68a8aff3da22dc4d6f5160741ab21","transfer:withdraw"
-1000000,"BTC","2021-06-14T22:23:36.000Z",,"","","Outputs to bc1qf59329svhewhrm7l5cwpy9ax9p46qnskta7kcq bc1q37g3ss5exu205m5pq9jev7d42qk3h2hs8gdlp4","","a04a1dbde82f2849d68a5daec7c7e3e241458eb72647bd7e9b31241ea4b8ffdd","transfer:withdraw"
-1000000,"BTC","2021-06-16T09:47:50.000Z",,"","","Outputs to bc1q08sx4086e2mfkhe3y4zsxtkuejk3ws52ct2vmx bc1qhgc4esjsrc4kmf5v4gzuhqrngpl6h5al0v6zq3","","4a8b6f4a1c7fdc38fff8140325852410b358e03dff9e8f6c9a73d7c710ff2a6a","transfer:withdraw"
-1000000,"BTC","2021-06-16T11:08:15.000Z",,"","","Outputs to bc1qkcgjqgrkc7tvt2swl36xwdyxxedgtfgq4fg5ax bc1qkauy6ddw5eqenzsks599py4al2pd48psdrflle","","d20dd72fb70371140de2a49cc5b66cb9c808406540b5cc1609d7fa9933f1b8b2","transfer:withdraw"
-1000000,"BTC","2021-06-17T19:31:22.000Z",,"","","Outputs to bc1qlfqzvq9v7pvhmmn8vdvu7h6kmmwmf22rzeyhh2 bc1qkh5ex5h5ld7w6fhyl8agcrejnl7wtd56enlyel","","341b491e0c204219826730b085ebf24ff407aa2887a892eabef65c2da642f2e3","transfer:withdraw"
-1183978,"BTC","2021-06-18T16:21:04.000Z",,"","","Outputs to bc1q2rlcge5c499ft0tqe5uwwa05lkeu24kg8epcyn bc1qdzzrk39r4xrp4cakf6mkzaz343tdp8gex5e8sy","","1b0e11e25c30771818a66893a73ddd42682df42338044669b034de454ab1b038","transfer:withdraw"
-2000000,"BTC","2021-06-19T11:23:47.000Z",,"","","Outputs to bc1qae303688zmfy7ecp7y3nnrwgzyqtdgldkg07gjcm3kzgaf4cg5pqdj060t bc1qpk80cjevn2w52je06ttev3hkwzl6jxsp0xp2yf","","8ebfea24b5e91298bbe532424be17de6b82d3470608e403b960ed4e254e4a9b1","transfer:withdraw"
-998496,"BTC","2021-06-19T17:37:03.000Z",,"","","Outputs to bc1q03sj5x52wdwzaekcp3kjf9apewga5msjay0909 bc1qthf0m25cl7hclrwr6zq3f4lz9ng83f5akkhvuj","","3e61b33db7b42ab439c15861437f673384ccb85aaa209f24961b89442e281630","transfer:withdraw"
-150000,"BTC","2021-06-20T09:20:14.000Z",,"","","Outputs to bc1qvn3l30wwe66ylkfaktgdzpgyh4j52gmx9pqtr0 bc1q73gmuzcqcdxrh7lzuc9s8729trnr584y0v0qf9","","35e5259bfa7456103b3d1006eeae5194a0e9d6105bc25b85e8be5953d53fa693","transfer:withdraw"
-1350000,"BTC","2021-06-20T11:46:30.000Z",,"","","Outputs to bc1qhg5e7u0dwjfeplzq6enxfx29qsyp7s73llgqfv bc1q9yqyz8s8thdlnzgjvxmtase65hk79vmrkmdyga","","25d0f258ed45094a0a9ae8425ab69be49c24b06dedd0c45b5ef1c11ccd4aef5d","transfer:withdraw"
0,"BTC","2021-06-22T05:53:31.000Z",,"","","Outputs to bc1qza9f0wzcgfugefsmkvmul5k3u70wl9eqk6qn98","","69b03f077e75cfd0cfacfc12b0d480befd9cae982f62f4f6dbde2e2d98406a49","transfer:withdraw"
-2000000,"BTC","2021-06-22T05:53:31.000Z",,"","","Outputs to bc1qw3r6xgj0mhs0qu6h0g4y3znq4ll402q0cnxydy7z27eqfyxv8yzqs0pfks bc1qmyumqvx5n08mp8msxzgh422gnwfquyt4kjwrwu","","8165b4208b6713c4a3d4ee80180e55e6aeca705f09accdb07bf687e17be76d20","transfer:withdraw"
-1000000,"BTC","2021-06-25T07:54:15.000Z",,"","","Outputs to bc1qruvn956q6ukjcvt2fzfucgstqe8h6y425d2pfq bc1qvhhsmtdnrh2q5zmvhfndl3uph32jwepxmmta6a","","37dc768ceac218e7de8be4f2e6f82e8205585b979d1acb68b142129feb5b27af","transfer:withdraw"
-1000000,"BTC","2021-06-25T20:56:54.000Z",,"","","Outputs to bc1qlecdfdrjrpq64jqh42je7fcl5dhkcxp8uqnu32 bc1qlfz6f47rz0hudnc5macezgr5xjqgmtkyu558v0","","c5304b110454036a13e3bec1b35c8dde80780a1289a86412483f80b49d1ce32a","transfer:withdraw"
-1000000,"BTC","2021-07-03T16:02:11.000Z",,"","","Outputs to bc1q22zsz9gnqjyyqly3ezhzvgd7n5edajsx3pu0jh bc1q98ljpelsa9fxlxv8feh744gvg7qvmq9cawt22m","","9951798f00f26ba7575f8598daa726853929e223943f31cb754f97f23ab05368","transfer:withdraw"
-2000000,"BTC","2021-07-05T01:21:08.000Z",,"","","Outputs to bc1q3tha3prlc2k56lzkp8w2q2sgryddg038h3ggl86y4726e889d9nqk7qj2h bc1q858a5gvtasuckra4p7k46nremlp00j7rz77neh","","c0a756c6cef1b20d7b46b751032ba249e3df9b7791943406fc1c392ad9a44877","transfer:withdraw"
-1000000,"BTC","2021-07-05T17:22:07.000Z",,"","","Outputs to bc1qjaa2cpf4uejxpht3gv94aggtnjxm2yrur88c54 bc1qg6keae0seveckp06xnz6uyv5yfqw9hfwc9cq5g","","b406e1b76904b990c0f1a1a6a9da0164ea6c6a21e74b5e8fe5ca1506a124bff0","transfer:withdraw"
-1500000,"BTC","2021-07-06T14:54:22.000Z",,"","","Outputs to bc1qlegvw6jghus0ndrn4mlxalthdqs2hzextzed9u bc1qtd222shnkzxq6pruf6xne7wwke3dq8529cxruj","","6b8cef326bcd704b1ebb6049773faabdf9b5e675e82af18f060de2725ef91de8","transfer:withdraw"
-2000000,"BTC","2021-07-08T01:14:58.000Z",,"","","Outputs to bc1qq9spr30nddrn9z7fecq7qma7ez609eev0tv9f3 bc1q8lmkjapetxn7nv2dfnsa5gv84h3m833xudh8rasvddrse9trfr8sqhuk6w","","f409605154ec5898c71fa8a144e8980241ba4bdfbfbd7b2fcac2ff2c9b3d5900","transfer:withdraw"
-1000000,"BTC","2021-07-19T20:09:37.000Z",,"","","Outputs to bc1q8uc62az4z6grgugfmjt2ckrryexuscqzmjj0ve bc1qkjrmr8dawj9cwct5zueye7zktlzuxlnt0zf4d0","","fe03360b3702a77a3a3a68856bc337271de983a6eba5c29ca57a9649140da563","transfer:withdraw"
-1000000,"BTC","2021-07-25T12:22:45.000Z",,"","","Outputs to bc1qmf29k0s38symj96u05873zxy3y88sq33n36tg7","","4add9467a6444d36e92aa3c003e4bfa0774f6198c5fbcff81fa2724988f2604d","transfer:withdraw"
-1949820,"BTC","2021-07-26T13:48:17.000Z",,"","","Outputs to bc1qexenwqua5066azwq6xkz65dm92e63zyk5y9nv2 bc1q4xcrtgqgtu3ekww8qhnzmnp8nm7ppg70pkagsd","","b1855a647508c9c2436e39d59924ce0cc5b1e518d5205271b5944003fc34805f","transfer:withdraw"
-4000000,"BTC","2021-07-26T14:43:26.000Z",,"","","Outputs to bc1q28cdzru77ks8pav9m7gn4maud4kq2ydqd85fak bc1qerwvtq2pqfsdqyfz2rvzslqrms3qwnwmw2ac9ndns0k6kewtypfqg3f0d8","","9434474d9b5a411c484dafa34f039ef9f08f0756845cae86350c14570a1ccd55","transfer:withdraw"
-4000000,"BTC","2021-07-30T10:18:42.000Z",,"","","Outputs to bc1qq36rjv0950p87ztdtpgseh25fz2edq4dc8y8af bc1qm6zmr7cs0j4ag0hmq2enxtkumr8cuq3rkw9wt5enw42d5d29r2sqwndels","","bca7b8c8aa95861ab0ea437bb89734fc7ee11262bdc793daffc5d468df829840","transfer:withdraw"
-2000000,"BTC","2021-08-05T15:30:55.000Z",,"","","Outputs to bc1qg0hc2sgn47vsvjnm60wcx8gk3759mz6n5ayj0q bc1q2d8zhnqjvuyeqny2c5v080l9gqfhnsy0h645x6jr8l759007ekxst6lfp7","","070708cc177a2f78f49c952543cad18473769b2db83aabed6599d7d80f6ce804","transfer:withdraw"
-2000000,"BTC","2021-08-07T13:38:01.000Z",,"","","Outputs to bc1q9gkslk5se6kvm0gean9a7e7x04mvxs28lh7y5t bc1qvg02qrgugcg8yhq8dar6mtdl6xsd5uxhqpz8c2","","eb2e5db4269fa6f289083994113311eeccaa3163e79a8f35ff1eadd93acdf89d","transfer:withdraw"
-2000000,"BTC","2021-08-10T15:32:28.000Z",,"","","Outputs to bc1q6slxzu7e7hc4ne3478gm4w34846nq2tjnvy5uf bc1qkeq2c8rjcdx4plrynvj2nqxrfu77xwda26jfp3","","5fa7f43c0c1ca6ef834a74b09d4ea2f476398258f5e4f5fc7d9023238d6f0608","transfer:withdraw"
-20783,"BTC","2021-08-14T10:41:12.000Z",,"","","Outputs to bc1qjadzdrf622lu6fvpwnzhrwgdfugsd2vyukdjtm","","847087870502d6ff3209722a3dfce3a56c5081ede56471fa4ec90e06b6470969","transfer:withdraw"
-4000000,"BTC","2021-08-15T11:30:04.000Z",,"","","Outputs to bc1qrduy6vvefsp5amh4v8vwt45ukrye70gcr46tdtcwgjx33z9ktagsqxlpn0 bc1qu8gvknh8wg7sqj87zznazhtjfvaer5x9dvckpu","","19b7f0bac3c6ad19a9dc6bd2ce8301f67d97f29d0e2b0f68a41dea22c79345a3","transfer:withdraw"
-4000000,"BTC","2021-08-17T08:17:19.000Z",,"","","Outputs to bc1q8rzyl0wu86d78luwv9lyac8fjphygsxeeqczxmj3x48eysdncyfqrerh5j bc1qpqhxhwtu5gkyduwrtplzgxd8fgwqg3w0x6wfvj","","8c3b4d9c086e8efb795f38fedab741df782b89619d271332876f57c9b7ec089d","transfer:withdraw"
-4000000,"BTC","2021-08-17T15:41:39.000Z",,"","","Outputs to bc1q9tpm69987n9t0kgnl563dawqsudcrdns5sf40c40rve0exxpqtaqrdykh6 bc1q4x92vxs2vv9qhg35ja5j59ftq5j8heazvs94d7","","e287febdbf58a0c32da4f2e51ba5c818ce2666d06fb2c7405aea1b045fe6e950","transfer:withdraw"
-5000000,"BTC","2021-08-18T22:48:50.000Z",,"","","Outputs to bc1ql56crsn049rvr86sz3y76jypc7sqc6lvwyxe4mgf8tg7fwgf249s7e7dxd bc1ql3ny2kfddwn4dsfqhw5923gcx9jy2es5taqhel","","787b3e0f26db0a7464c810d9deb89a22b8a717ebb437884f08fdfb3faa87f377","transfer:withdraw"
-3999928,"BTC","2021-08-27T07:26:37.000Z",,"","","Outputs to bc1q4jjas97u29lskkv0fn08htkpxz59w8tx4vpuepl6ujla67sla5nsh7zjdt bc1qkt3jdefkcae0j2zq8ey750h3sufz347jf7ws4m","","91f9e4e707de7b7ffe82748caae79698801c09517cb8a3822fefb7e1e4334ff9","transfer:withdraw"
-4000000,"BTC","2021-08-27T22:51:02.000Z",,"","","Outputs to bc1q627hwncf5mly43cxf50wlzr28cmtktcn20tq7w bc1qwhkec56xyy50zc54lpue85alrcphyufkj0eqxred3hxlv6h4dqgsevkzv9","","55fd3b7628e754eaa987cbb13dd632e2cc71d1aca73e79453a24116c52478b0b","transfer:withdraw"
-1013520,"BTC","2021-08-28T01:56:33.000Z",,"","","Outputs to bc1qqvajqy55l7pk4dtcvhwmwypacnyxpmf0j22n2k","","72e9a6b8294897bba2be67df13a2419467e526b613b30ef849a2d625556dedab","transfer:withdraw"
-4000000,"BTC","2021-08-30T14:10:34.000Z",,"","","Outputs to bc1qj6xgnuv09puetf55zj9pf05sj4aaw9hgla6j77 bc1q9pfyw3nr6vq9urvaurt0jzaggd4v8fkuxwyr0u3zrjt5kjjfsjqqtd0myz","","68cf5bf1ce83883d8dad0969b7685e27dc5aa439d6ef4c16d4d694f9ef79ea89","transfer:withdraw"
-4000000,"BTC","2021-09-04T07:09:22.000Z",,"","","Outputs to bc1qhfm009reuenzdsflmllhtcln5czq4urfkdyt0jqttteud358sces7akt8m bc1qw373lz3dl4548d7c2hx5tnxtanm7dsxr66e477","","ed6d5c0ca5f548ed9831942d7f79a3e83133b307bb71452ea753832f96bfcd9b","transfer:withdraw"

OK thanks

-20783,"BTC","2021-08-14T10:41:12.000Z",,"","","Outputs to bc1qjadzdrf622lu6fvpwnzhrwgdfugsd2vyukdjtm","","847087870502d6ff3209722a3dfce3a56c5081ede56471fa4ec90e06b6470969","transfer:withdraw"

can you see if 10.11.0 addresses this issue?

Partiallly, they don't show up in the bos accounting chain-sends anymore, but I would have expected that they show up in the bos accounting chain-receives!

OK thanks for checking on that
In a future iteration there could be more context given, the missing feature on the LND side is an API to give clarity on which addresses are owned by the chain wallet


Autofocus search box

Is it possible to auto focus the search box upon displaying the menu? Thanks!

it is already implemented, but kinda failing...
I need help on this one.

I'll see what I can do in this regard.


Correction for raw affiliation Canadian Rivers Institute, 28 Dineen Drive, Fredericton, NB E3B 5A3, Canada; Department of Biology, University of Waterloo, 200 University Avenue, Waterloo, ON N2L 3G1, Canada; School for Environment, Resources and Sustainability, University of Waterloo, 200 University Avenue, Waterloo, ON N2L 3G1, Canada

Correction needed for raw affiliation Canadian Rivers Institute, 28 Dineen Drive, Fredericton, NB E3B 5A3, Canada; Department of Biology, University of Waterloo, 200 University Avenue, Waterloo, ON N2L 3G1, Canada; School for Environment, Resources and Sustainability, University of Waterloo, 200 University Avenue, Waterloo, ON N2L 3G1, Canada
raw_affiliation_name: Canadian Rivers Institute, 28 Dineen Drive, Fredericton, NB E3B 5A3, Canada; Department of Biology, University of Waterloo, 200 University Avenue, Waterloo, ON N2L 3G1, Canada; School for Environment, Resources and Sustainability, University of Waterloo, 200 University Avenue, Waterloo, ON N2L 3G1, Canada
new_rors: 01aff2v68;05nkf0n29
previous_rors: 01aff2v68
works_examples: W3188155380
contact: d179fb05e067c0db256b083c65545dbf:58e696a8 @ ourresearch.org

This issue was accepted and ingested by the OpenAlex team on 2024-10-10. The new affiliations should be visible within the next 7 days.


[AutoPR] cognitiveservices/data-plane/CustomWebSearch

Created to accumulate context: cognitiveservices/data-plane/CustomWebSearch

Build output:

Closing PRs that have been open for more than 1 month.


Use only label.ont reference label for SingleR celltyping

Broken out of #365
The cell type annotation workflow should be updated to only deal with one reference label. In our case, we'll default to label.ont.

The build-celltype-ref.nf workflow will need to be updated to only return the label defined by params.label_type (params.label_name?) which will be assigned "label.ont".
Similarly, the Rscripts bin/train_SingleR.R and bin/classify_SingleR.R should have a new option label_<type/name> with default "label.ont", and associated code updates to only do 1 label (RIP purrr::map()) (and associated changes when calling scripts from workflow).

This issue was broken out into #380 and #381, so it can be closed.